在 Java 应用程序和数据库之间创建连接的过程的第一步是用“Java 虚拟机”（Java virtual machine（JVM））注册 JDBC 驱动程序，Java 应用程序就是在此 JVM 中运行的。在传统的连接机制（相对于后面中讨论的 DataSource 连接机制）中，连接和所有数据库通讯是由 DriverManager 对象控制的。要建立一个连接，必须用 DriverManager 对象注册针对目标数据库的适当的 JDBC 驱动程序。
事务基础
在单用户模式，事务非常容易理解 — 它们只是和保存或忘记应用程序的状态有关。然而，在多用户模式中，事务变得复杂多了。多用户事务的经典说明是银行帐户，其中一个应用程序试图在借记帐户，同时另一个应用程序试图贷记同一个帐户。如果您熟悉并发编程（也叫作多线程编程），您以前可能见过这种问题。根本的问题是除非两个事务相互隔离，否则一个应用程序就可能影响另一个，从而导致错误的程序状态。在我们简单的说明中，这可能意味着一个帐户中有错误的金额，这将无益于留住客户。
当处理多个访问相同数据的用户时，通常可能出现三种问题：
- 脏读。当应用程序使用了被另一个应用程序修改过的数据，而这个数据处于未提交状态时，就会发生脏读。第二个应用程序随后会请求回滚被其修改的数据。第一个事务使用的数据就会被损坏，或者“变脏”。
- 不可重复的读。当一个事务获得了数据，而该数据随后被一个单独的事务所更改时，若第一个事务再次读取更改后的数据，就会发生不可重复的读。这样，第一个事务进行了一个不可重复的读。
- 虚读。当事务通过某种查询获取了数据，另一个事务修改了部分该数据，原来的事务第二次获取该数据时，就会发生虚读。第一个事务现在会有不同的结果集，它可能包含虚读。
事务级别
为了解决与“多个线程请求相同数据”相关的问题，事务之间用锁相互隔开。多数主流的数据库支持不同类型的锁；因此，JDBC API 支持不同类型的事务，它们由 Connection 对象指派或确定。在 JDBC API 中可以获得下列事务级别：
TRANSACTION_NONE说明不支持事务。TRANSACTION_READ_UNCOMMITTED说明在提交前一个事务可以看到另一个事务的变化。这样脏读、不可重复的读和虚读都是允许的。TRANSACTION_READ_COMMITTED说明读取未提交的数据是不允许的。这个级别仍然允许不可重复的读和虚读产生。TRANSACTION_REPEATABLE_READ说明事务保证能够再次读取相同的数据而不会失败，但虚读仍然会出现。TRANSACTION_SERIALIZABLE是最高的事务级别，它防止脏读、不可重复的读和虚读。
您可能想知道，为什么不是所有事务都运行在 TRANSACTION_SERIALIZABLE 模式以保证最高程度的数据完整性呢？问题在于，和处理多线程编程有关的问题相似，事务保护的级别越高，性能损失就越大。
假定您的数据库和 JDBC 驱动程序支持这个特性，则给定一个 Connection 对象，您可以明确地设置想要的事务级别：
con.setTransactionLevel(TRANSACTION_SERIALIZABLE) ;
您还可以确定当前事务的级别：
if(con.getTransactionLevel() == TRANSACTION_SERIALIZABLE) System.out.println("Highest Transaction Level in operation.") ;
很多数据库支持批处理操作，在批处理操作中通过在一次单独的操作（或批处理）中执行多个数据库更新操作，开销可被最小化。批处理操作在 JDBC 2.0 中被引入，它要求事务不处于自动提交模式。下面的示例中说明了批处理操作，其中假定包含一个简单表的数据库中存在一个 Connection。
con.setAutoCommit(false) ;
Statement stmt = connection.createStatement() ;
stmt.addBatch("INSERT INTO people VALUES('Joe Jackson', 0.325, 25, 105) ;
stmt.addBatch("INSERT INTO people VALUES('Jim Jackson', 0.349, 18, 99) ;
stmt.addBatch("INSERT INTO people VALUES('Jack Jackson', 0.295, 15, 84) ;
int[] updateCounts = stmt.executeBatch() ;
con.commit() ;
注意，executeBatch() 方法返回一个更新计数的数组，每个值对应于批处理操作的一个命令。关于批处理操作的最后一个问题是，它们可能抛出一个类型为 BatchUpdateException 的新的异常，这个异常说明批处理操作中至少有一条命令失败了。这样，您就需要在批处理操作中增加一个适当的异常处理程序。