JDBC进化史--从JDBC1.0到JDBC4.2

本文主要是介绍JDBC进化史--从JDBC1.0到JDBC4.2，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

JDBC是一种可用于执行SQL语句的JavaAPI(ApplicationProgrammingInterface应用程序设计接口)。它由一些Java语言编写的类和界面组成。JDBC为数据库应用开发人员、数据库前台工具开发人员提供了一种标准的应用程序设计接口，使开发人员可以用纯Java语言编写完整的数据库应用程序。

本文简单介绍了JDBC1.0--JDBC4.2的发展，简单介绍了每个版本的新特性。

一、ODBC到JDBC的发展历程

ODBC的结构模型

JDBC的诞生

自从Java语言于1995年5月正式公布以来，Java风靡全球。出现大量的用java语言编写的程序，其中也包括数据库应用程序。由于没有一个Java语言的API，编程人员不得不在Java程序中加入C语言的ODBC函数调用。这就使很多Java的优秀特性无法充分发挥，比如平台无关性、面向对象特性等。随着越来越多的编程人员对Java语言的日益喜爱，越来越多的公司在Java程序开发上投入的精力日益增加，对java语言接口的访问数据库的API的要求越来越强烈。也由于ODBC的有其不足之处，比如它并不容易使用，没有面向对象的特性等等，SUN公司决定开发一Java语言为接口的数据库应用程序开发接口。在JDK1.x版本中，JDBC只是一个可选部件，到了JDK1.1公布时，SQL类包(也就是JDBCAPI)就成为Java语言的标准部件。

二.JDBC 1.0

JDBC 1.0 随JDK1.1一起发布，JDBC操作相关的接口和类位于java.sql包中。包含了DriverManager类，Driver接口，Connection接口，Statement接口，ResultSet接口，SQLException 类等。

三、JDBC 2.0

扩展API（javax.sql包）

1  DataSource接口：和Java名字目录服务（JNDI）一起工作的数据源接口。

       JDBC1.0是原来是用DriverManager类来产生一个对数据源的连接。JDBC2.0用一种替代的方法，使用DataSource的实现，代码变的更小巧精致，也更容易控制。一个DataSource对象代表了一个真正的数据源。当一个DataSource对象注册到名字服务中，应用程序就可以通过名字服务获得DataSource对象，并用它来产生一个与DataSource代表的数据源之间的连接。
　　关于数据源的信息和如何来定位数据源，例如数据库服务器的名字，在哪台机器上，端口号等等，都包含在DataSource对象的属性里面去了。这样，对应用程序的设计来说是更方便了，因为并不需要硬性的把驱动的名字写死到程序里面去。
　　由系统管理员或者有相应权限的人来配置DataSource对象。配置DataSource，包括设定DataSource的属性，然后将它注册到JNDI名字服务中去。在注册DataSource对象的的过程中，系统管理员需要把DataSource对象和一个逻辑名字关联起来。名字可以是任意的，通常取成能代表数据源并且容易记住的名字。在下面的例子中，逻辑名字的全名是：jdbc/MySqlDB。
　　一旦配置好了数据源对象，应用程序设计者就可以用它来产生一个与数据源的连接。下面的代码片段示例了如何用JNDI上下文获得一个一个数据源对象，然后如何用数据源对象产生一个与数据源的连接：
　　 

//======代码3.1========
Context ctx = new InitialContext(); 
DataSource ds = (DataSource)ctx.lookup("jdbc/InventoryDB");
Connection con = ds.getConnection("myPassword", "myUserName");

　　在一个基本的DataSource实现中，DataSource.getConnection方法返回的Connection对象和用DriverManager.getConnection方法返回的Connection对象是一样的。因为DataSource提供的方便性，我们推荐使用DataSource对象来得到一个Connection对象

2、 Connection pooling（连接池）：

可以重复使用连接，而不是对每个请求都使用一个新的连接。如果DataSource对象实现与一个支持连接池的中间层的服务器一起工作，DataSource对象就会自动的返回连接池中的连接，这个连接也是可以重复利用的。

3、 Distrubute Transaction（分布式的事务）：在一个事务中涉及到了多个数据库服务器。

获得一个用来支持分布式事务的连接与获得连接池中的连接是很相似的。同样，不同之处在于DataSource的实现上的不同，而不是在应用程序中获得连接的方式上有什么不同。

4、 Rowsets：

RowSet是在驱动的上层实现的，可以由其它的任何人来实现他们。

任何类型的rowset都实现了RowSet接口，RowSet接口扩展了ResultSet接口。这样RowSet对象就有了ResultSet对象所有的功能。

我们更感兴趣的是RowSet接口提供的新的功能。作为一个JavaBean组件，RowSet对象可以增加或者删除一个listener（监听者），可以get或者set其属性值，这些属性中，有一个是字符串，表示一个对数据库Query请求，RowSet接口定义了设定参数的方法，也提供了执行这个请求的方法。这意味着RowSet对象能够执行查询请求，可以根据它产生的结果集进行计算。同样，RowSet也可以根据任何表格数据源进行计算，所以，它不局限于关系数据库。

总结

四、JDBC 3.0

【参考http://www.ibm.com/developerworks/cn/java/j-jdbcnew/】

JDBC3.0随JDK1.4一起发布，下面看看它的特性吧！

元数据 API

DatabaseMetaData 接口可以检索 SQL 类型的层次结构，一种新的 ParameterMetaData 接口可以描述 PreparedStatement 对象中参数的类型和属性。

CallableStatements 中已命名的参数

数据类型的改变

检索自动产生的关键字

Statement stmt = conn.createStatement();stmt.executeUpdate("INSERT INTO authors " +'(first_name, last_name) " +"VALUES ('George', 'Orwell')",Statement.RETURN_GENERATED_KEYS);
ResultSet rs = stmt.getGeneratedKeys();
if ( rs.next() ) {// Retrieve the auto generated key(s).int key = rs.getInt();
}

连接器关系

ResultSet 可保持性

一个可保持的游标（或结果），就是说该游标在包含它的事务被提交后，也不会自动地关闭。JDBC 3.0 增加了对指定游标可保持性的支持。要制定您 ResultSet 的可保持性，您必须在使用 createStatement() 、 prepareStatement() 或 prepareCall() 方法准备编写一条语句时就这么做。

总的来说，在事务提交之后关闭游标操作会带来更好的性能。除非您在事务结束后还需要该游标，否则您最好在执行提交操作后将其关闭。因为规范没有规定 ResultSet 的缺省的可保持性，所以具体行为还将取决于执行情况。然而，我希望在可以使用 JDBC 3.0 驱动程序时，大多数执行在事务结束后仍旧会关闭游标。

返回多重结果

连接池

预备语句池

五.JDBC 4.0 (  JDK 1.6 )

Java DB

RowId

SQLXML

SQLExcpetion 的增强

try (Statement stmt = con.createStatement()){  …  
}  

RowSetFactory myRowSetFactory = null;  
JdbcRowSet jdbcRs = null;  
ResultSet rs = null;  
Statement stmt = null;  try {  myRowSetFactory = RowSetProvider.newFactory();//用缺省的RowSetFactory 实现  jdbcRs = myRowSetFactory.createJdbcRowSet();  //创建一个 JdbcRowSet 对象，配置数据库连接属性  jdbcRs.setUrl("jdbc:myDriver:myAttribute");  jdbcRs.setUsername(username);  jdbcRs.setPassword(password);  jdbcRs.setCommand("select ID from TEST");  jdbcRs.execute();  
}  

这篇关于JDBC进化史--从JDBC1.0到JDBC4.2的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！