重要提示：本文部分内容是斑竹从网上搜集整理而来，如果您认为该文档的内容侵犯了您的权益，请与整理者(excelarthur@yahoo.com.cn)联系，与ｄｅｖ２ｄｅｖ网站无关。
JDBC3.0的特性
1、JDBC3.0规范中数据库连接池框架 JDBC3.0规范中通过提供了一个支持数据库连接池的框架，这个框架仅仅规定了如何支持连接池的实现，而连接池的具体实现JDBC 3.0规范并没有做相关的规定。通过这个框架可以让不同角色的开发人员共同实现数据库连接池。
通过JDBC3.0规范可以知道具体数据库连接池的实现可以分为JDBC Driver级和Application Server级。在JDBC Driver级的实现中任何相关的工作均由特定数据库厂商的JDBC Drvier的开发人员来具体实现，即JDBC Driver既需要提供对数据库连接池的支持同时也必须对数据库连接池进行具体实现。而在Application Server级中数据库连接池的实现中特定数据库厂商的JDBC Driver开发人员和Application Server开发人员来共同实现数据库连接池的实现（但是现在大多数Application Server厂商实现的连接池的机制和规范中提到有差异），其中特定数据库厂商的JDBC Driver提供数据库连接池的支持而特定的Application Server厂商提供数据库连接池的具体实现。
JDBC3.0规范规定了如下的类和接口来支持数据库连接池的实现。
javax.sql.ConnectionEvent javax.sql.ConnectionPoolDataSource javax.sql.PooledConnection javax.sql.ConnectionEventListener其中除javax.sql.ConnectionEvent是类，其它的均为接口。
JDBC3.0连接池框架的关系图
通过此图可以大概的了解相关接口在一个典型的三层环境中应用程序的位置。
2、检索自动产生的关键字 为了解决对获取自动产生的或自动增加的关键字的值的需求，JDBC 3.0 API 现在将获取这种值变得很轻松。要确定任何所产生的关键字的值，只要简单地在语句的 execute() 方法中指定一个可选的标记，表示您有兴趣获取产生的值。您感兴趣的程度可以是 Statement.RETURN_GENERATED_KEYS，也可以是 Statement.NO_GENERATED_KEYS。在执行这条语句后，所产生的关键字的值就会通过从 Statement 的实例方法 getGeneratedKeys() 来检索 ResultSet 而获得，ResultSet 包含了每个所产生的关键字的列，下面的示例创建一个新的作者并返回对应的自动产生的关键字。
……Statement stmt = conn.createStatement(); // Obtain the generated key that results from the query. stmt.executeUpdate("INSERT INTO authors " + "(first_name, last_name) " + "VALUES (‘Ghq', ‘Wxl')", Statement.RETURN_GENERATED_KEYS); ResultSet rs = stmt.getGeneratedKeys(); if ( rs.next() ) { // Retrieve the auto generated key(s). int key = rs.getInt(); }……3、返回多重结果 JDBC 2 规范的一个局限是，在任意时刻，返回多重结果的语句只能打开一个ResultSet。作为 JDBC 3.0 规范中改变的一个部分，规范将允许 Statement 接口支持多重打开的 ResultSets。然而，重要的是 execute() 方法仍然会关闭任何以前 execute() 调用中打开的 ResultSet。所以，要支持多重打开的结果，Statement 接口就要加上一个重载的 getMoreResults() 方法。新式的方法会做一个整数标记，在 getResultSet() 方法被调用时指定前一次打开的 ResultSet 的行为。接口将按如下所示定义标记：
CLOSE_ALL_RESULTS：当调用 getMoreResults() 时，所有以前打开的 ResultSet 对象都将被关闭。
CLOSE_CURRENT_RESULT：当调用 getMoreResults() 时，当前的 ResultSet 对象将被关闭。
KEEP_CURRENT_RESULT：当调用 getMoreResults() 时，当前的 ResultSet 对象将不会被关闭。
下面展示的是一个处理多重打开结果的示例。
…… String procCall; // Set the value of procCall to call a stored procedure. // … CallableStatement cstmt = connection.prepareCall(procCall); int retval = cstmt.execute(); if (retval == false) { // The statement returned an update count, so handle it. // … } else { // ResultSet ResultSet rs1 = cstmt.getResultSet(); // … retval = cstmt.getMoreResults(Statement.KEEP_CURRENT_RESULT); if (retval == true) { ResultSet rs2 = cstmt.getResultSet(); // Both ResultSets are open and ready for use. rs2.next(); rs1.next(); // … } }……4、在事务中使用 Savepoint
也许在 JDBC 3.0 中最令人兴奋的附加特点就是 Savepoint 了。JDBC 2 中的事务支持让开发人员可以控制对数据的并发访问，从而保证持续数据总是保持一致的状态。可惜的是，有时候需要的是对事务多一点的控制，而不是在当前的事务中简单地对每一个改变进行回滚。在JDBC 3.0 下，可以通过 Savepoint 获得这种控制。Savepoint 接口允许您将事务分割为各个逻辑断点，以控制有多少事务需要回滚。下图将说明如何在事务中运用 Savepoint。
Savepoint 的直观表示 你或许不是经常需要使用 Savepoint。然而，在一种普遍的情况下 Savepoint 会发挥作用，那就是您需要作一系列的改变，但是在知道所有的结果之前不能确定应该保留这些改变的哪一部分。下面的代码示例说明了如何使用 Savepoint 接口。
......conn.setAutoCommit(false); // Set a conservative transaction isolation level. conn.setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE); Statement stmt = conn.createStatement(); int rows = stmt.executeUpdate( "INSERT INTO authors " + " (first_name, last_name) VALUES " + " ('Ghq', 'Wxl')"); // Set a named savepoint. Savepoint svpt = conn.setSavepoint("NewAuthor"); // … rows = stmt.executeUpdate( "UPDATE authors set type = 'fiction' " + "WHERE last_name = 'Wxl'"); // … conn.rollback(svpt); // … // The author has been added, but not updated. conn.commit(); ......5、其他的特性 1）元数据 API 元数据 API 已经得到更新，DatabaseMetaData 接口现在可以检索 SQL 类型的层次结构，一种新的 ParameterMetaData 接口可以描述 PreparedStatement 对象中参数的类型和属性。
2）CallableStatements 中已命名的参数 在 JDBC 3.0 之前，设置一个存储过程中的一个参数要指定它的索引值，而不是它的名称。 CallableStatement 接口已经被更新了，现在您可以用名称来指定参数。
3）数据类型的改变 JDBC 所支持的数据类型作了几个改变，其中之一是增加了两种新的数据类型。
为了便于修改 CLOB（Character Large OBject，字符型巨对象）、BLOB（Binary Large OBject，二进制巨对象）和 REF（SQL 结构）类型的值，同名的数据类型接口都被更新了。接下来的是，因为我们现在能够更新这些数据类型的值，所以 ResultSet 接口也被修改了，以支持对这些数据类型的列的更新，也包括对 ARRAY 类型的更新。增加的两种新的数据类型是 java.sql.Types.DATALINK 和 java.sql.Types.BOOLEAN。新增的数据类型指的是同名的 SQL 类型。DATALINK 提供对外部资源的访问或 URL，而 BOOLEAN 类型在逻辑上和 BIT 类型是等同的，只是增加了在语义上的含义。DATALINK 列值是通过使用新的 getURL() 方法从 ResultSet 的一个实例中检索到的，而 BOOLEAN 类型是通过使用 getBoolean() 来检索的。
二进制大对象Blob Blob对象是SQL Blob的Java语言映射。SQL Blob是一个内置类型，它可以将一个二进制大对象保存在数据库中。接口ResultSet、CallableStatement和PreparedStatement中的方法允许程序员使用与访问SQL 92内置类型同样的方式来访问SQL 99类型BLOB。
在标准实现中，JDBC驱动程序在后台使用SQL类型LOCATOR(BLOB)来实现Blob接口。LOCATOR(BLOB)指向保存在数据库服务器上的SQL BLOB值，而且这些操作作用在这个LOCATOR（定位器）上与作用在BLOB值本身有同样的结果。这意味着用户可以在一个Blob实例上执行操作而不必将这个BLOB数据物化到用户上，这将显著的提高性能。因为驱动程序在后台使用LOCATOR(BLOB),所以它的使用对程序员是完全透明的。
Blob实例的标准行为一直保持有效，直到这个事务（创建一个Blob的事务）执行了提交或者回滚操作。
字符大对象Clob
元数据接口使用详解 三个元数据接口DatabaseMetaData、ResultSetMetaData和ParameterMetaData接口是三个常用的元数据接口。DatabaseMetaData提供与数据库或者DBMS相关的信息；ResultSetMetaData对象提供与特定ResultSet实例中与列相关的信息；ParameterMetaData对象提供与PreparedStatement对象的参数有关的信息。本文讨论的内容并不仅限于JDBC的某个版本，而是基于1.0—3.0的规范进行学习。
可以使用ParameterMetaData对象来获取与PreparedStatement对象或者CallableStatement对象有关的信息。这些参数由”?”占位符表示，”?”占位符是提供给Connection方法prepareStatement和prepareCall的SQL语句。下面的代码行使用两个参数占位符来创建一个PreparedStatement对象。
PreparedStatement pstmt=con.prepareStatement(“select id from employees where dept=? and salary>?”);
这些参数根据其序号来编号，因此第一个参数编号1，第二个参数编号2，依此类推。在上面的代码行中，参数1是列dept中的一个值，参数2是salary中的一个值。下面的代码段用于找出PreparedStatement pstmt有多少个参数。首先创建pstmt并用它来创建ParameterMetaData对象pmd，这个对象包含与pstmt中的参数有关的信息。接着调用pmd上的方法getColumnCount来找出pstmt有多少参数。
RowSet RowSet对象是表格式数据的容器，封装了一组从数据源获取得数据行。在RowSet接口的基本实现中是从JDBC数据源中获取数据行。由于行集是可以定制的，所以行集中的数据可以来自电子数据表、flat文件（平面文件？）或者其他任何表格式样的数据源。RowSet对象是ResultSet接口的扩展，这就意味着RowSet对象是可滚动的、可更新的，并且能够执行ResultSet对象可以执行的任何操作。
RowSet对象不同于ResultSet对象，它是JavaBean组件，因此，该对象有JavaBean属性，并遵循其事件模型。另外RowSet对象的属性也允许该对象建立自己的数据库连接，执行自己的查询。此外，RowSet可以是disconnected的，也就是说使用行集的过程中，不必一直保持到数据源的打开连接。另外，行集可以串行化，所以可以通过网络把它发送到远程对象中去。
通常情况下，JDBC API可以分为两类：RowSet部分和驱动程序部分。RowSet以及支持它的接口使用其他JDBC API实现。从逻辑上来说，可以把实现RowSet接口的类看作是执行在JDBC驱动程序的上一层的软件。
现在的J2SE 5.0中，可以把JDBC API分为三种类别，除了上面的两类，还有RowSet接口的5种标准实现。这些实现提供了一组接口，以扩展基本的RowSet接口，通过在这些接口上建立application，可以确保在事件处理、游标控制以及其他操作方面的实现遵循JDBC API。
RowSet接口提供了一组基本方法，这些方法对于所有行集都是通用的。因为所有的RowSet对象都是JavaBean组件，因此，RowSet接口具有添加和删除event listener的方法，也有get/set RowSet对象所有属性的方法。RowSet对象的大多数属性都支持建立连接或者执行命令。为了执行查询、更新等SQL语句，并生成能够从中获取数据的结果集，行集会使用到数据源的连接。
若一个组件希望得到在RowSet对象上发生的事件的通知，它就应该实现RowSetListener接口，并向RowSet对象进行注册。这就是listener，一个GUI组件。这样每当行集产生事件时，listener每次都会得到事件的通知，这样就能够保持它的游标位置和数据与行集的内容一致。
RowSetInternal、RowSetReader、和RowSetWriter接口支持行集的reader/weiter工具。reader是一个实现RowSetReader接口的类的实例，用来读取数据并数据插入到行集中。writer是一个实现RowSetWriter接口的类的实例，用来将修改后的数据写回到数据源。reader和writer就像是listener一样，都向行集进行动态注册。
调用reader或者writer的RowSet对象必须是实现RowSetInternal接口的类的实例。这个接口为reader或者writer提供了附加的方法，用来操作行集的内部状态。例如行集可以跟踪它的初始值，RowSetInternal方法允许writer检测数据源中的相应数据是否已经被其他用户修改。另外，能够使用RowSetInternal方法来获取为行集的命令字符串设置的输入参数，也能够获取传递给行集的连接。最后，RowSetInternal方法允许reader设置新的RowSetMetaData对象，这个对象用来为行集描述reder将要插入到该行集中的数据行。
行集可以是connected的，也可以是disconnected的，一个连接的RowSet对象，在使用的整个过程中保持到数据源的连接，而一个未连接的行集，只有从数据源读取数据或者将数据写回数据源时才会连接到它的数据源。若行集是未连接的，它就不需要JDBC驱动或者JDBC API的完整实现。这使得它非常小巧，因此也成为发送一组数据到一个thin client的理想的容器。这个客户端可以选择更新数据，并将行集发送回应用服务器。在服务器端，未连接的RowSet对象使用它的reader来建立到数据源的连接，并把数据写回数据源。这一操作的具体实现依赖于reader的实现方式。通常reader将建立连接与读/写数据的操作委托给JDBC驱动。
行集的事件模型 行集事件模型使得Java对象或者组件能够收到RowSet对象产生的事件的通知。通知机制的建立包括被通知的组件，也包括RowSet对象自身。首先，每一个希望得到事件通知的组件都必须实现RowSetListener接口。然后，RowSet对象必须注册每一个组件，这通过在RowSet对象的事件通知组件列表中添加这些组件来完成。在这种情况下，这样的组件是一个listener，它是一个实现RowSetListener方法的类的实例，并已经向RowSet对象进行过注册。
在RowSet对象中可能发生三种事件：游标移动、数据行发生变化（ins、del、upd）或者该对象的整个内容发生变化。RowSetListener接口的cursorMoved、rowChanged和rowSetChanged方法分别对应与这些事件。当事件发生时，行集将创建一个RowSetEvent对象，使用这个对象将该行集标识为事件源。在每一个listener上调用适当的RowSetListender方法，并向此方法传递一个RowSetEvent对象作为输入参数，就将事件通知给行集所有的listener。
RowSet属性 RowSet接口提供了一组JavaBeans属性，可以配置RowSet实例以连接到数据源并获取数据行集合。有些属性可能并不需要，这取决于特定实现。如用URL或者数据源名来建立连接，但只要设置了其中一个属性，另一个属性就是可选的。如果设置了两个属性，就会使用最近设置的那个属性。若行集的数据是从不支持名命令的非SQL数据源中如电子表格中获取的，那么就不需要设置命令属性。
几个接口的讲解
XAConnection 介绍 XAConnection对象是可以用于分布式事务的PooledConnection对象。它表示数据库的物理连接，多层结构中的服务器可以用它来创建返回给应用程序的Connection对象。因为是通过扩展PooledConnection接口得到的，所以继承了其所有的方法，另外添加了自己的方法 getXAResource。
分布式事务中的命令可以发送给多个DBMS服务器分布式事务是通过中间层应用服务器和外部的事务管理器以及JDBC服务器一同进行管理的，中间层的基础设施的这三个部分提供了plumbing。
分布式事务基础设施的首要元素是事务管理器，它可以是JTA的具体实现。事务管理器控制着事务边界以及两阶段提交过程。它启动和关闭与分布式事务 XAConnection对象相关的组件，并跟踪那些参与了分布式事务的DBMS服务器。事务管理器在每一个dbms中进行运行决定是否提交事务，仅当所有的dbms都同意提交时，事务管理器才提交事务，否则进行rollback。
分布式事务的另一个元素是支持jdbc api的jdbc驱动程序，而且这个驱动程序必须包含实现XADataSource和XAConnection接口的类。XADataResource接口和DataSource接口类似，但是它创建的对象是XAConnection对象而不是Connection对象。继承于 PooledConnection的XAConnection对象的特殊在于可以用它来获取XASource对象。事务管理器使用这个XARource对象开始和结束与分布式事务中的这个XAConnection相关的组件。
分布式事务基础设施中的第三个部分通常是一个连接池模块。XAConnection接口从PooledConnection接口继承而来，这表示分布式事务中的数据库连接可以来自连接池模块所管理的连接池。
作者简介
dev2dev ID: lhbing, dev2dev论坛版主，WebLoigc以及Java技术爱好者
新闻热点
疑难解答
