事务和批处理
缺省情况下，JDBC 驱动程序运行在被称为自动提交（AutoCommit)的模式下。在这个模式下，发送到数据库的所有命令运行在它们自己的事务中。虽然这用起来很方便，但它带来了性能损失，因为事务需要一定数量的开销来作适当地设置。如果您想能够明确地控制提交和回滚，就需要用下面的语句禁用自动提交模式（我们仍然认为你声明的Connection对象为conn）：
conn.setAutoCommit(false)；
你也可以确认当前是否是自动提交模式：
if(conn.getAutoCommit() == true){
System.out.println("Auto Commit Mode");
}else{
System.out.println("Not Auto Commit Mode");
}
很多数据库支持批处理操作，在批处理操作中通过在一次单独的操作（或批处理）中执行多个数据库更新操作，开销可被最小化。批处理操作在 JDBC 2.0 中被引入，它要求事务不处于自动提交模式。我们还是来看代码：
conn.setAutoCommit(false) ;
Statement stmt = conn.createStatement() ;
stmt.addBatch("INSERT INTO people VALUES('jerrykey', 123, 123, 123)") ;
stmt.addBatch("INSERT INTO people VALUES('Kaede', 123, 123, 123)") ;
stmt.addBatch("INSERT INTO people VALUES('kissjava', 123, 123, 123)") ;
int[] updateCounts = stmt.executeBatch() ;
con.commit() ;
注意，executeBatch() 方法返回一个更新计数的数组，每个值对应于批处理操作的一个命令。关于批处理操作的最后一个问题是，它们可能抛出一个类型为 BatchUpdateException 的新的异常，这个异常说明批处理操作中至少有一条命令失败了。这样，您就需要在try...catch...块中包含他们。
使用存储点进行严密的事务控制
从 JDBC 3.0 API 开始，增加了一个与事务相关的新的接口元素。这个接口引入了储存点的概念。储存点在数据库应用程序中提供了专门的标记，当调用回滚方法的时候它可以作为参数使用。因此，使用 JDBC 3.0 API 的话，现在就可能在开始复杂的数据库交互之前设置储存点，并根据结果提交整个事务，或者回滚到储存点，将应用程序返回到一个已知的状态。
要设置存储点，请参考一下代码：
Savepoint savePoint = conn.setSavepoint("savepoint");
这样你就创建了一个名字为savepoint的存储点。要回滚到一个给定的存储点，只需将想要的 Savepoint 对象作为参数传送到回滚方法即可。例如，我们想回滚到savepoint存储点：
conn.rollback(savePoint);
而你不想再用存储点的时候，可以释放他们：
conn.releaseSavepoint(savePoint);
注意，当您提交或回滚一个事务时，根据确切的顺序和操作的类型，任何已创建的存储点都可能变成无效的。请参考 JDBC 3.0 API 规范或您的驱动程序手册以了解更多信息。
