Java SE 6 新特性 Java DB 和 JDBC

Java SE 6 新特性: Java DB 和 JDBC 4.0曹若沈 (ruoshen_c@), 上海交通大学计算机系研究生简介：2006 年底，Sun 公司发布了 Java Standard Edition 6（Java SE 6）的最终正式版，代号 Mustang（野马）。

跟 Tiger（Java SE 5）相比，Mustang 在性能方面有了不错的提升。

与 Tiger 在 API 库方面的大幅度加强相比，虽然Mustang 在 API 库方面的新特性显得不太多，但是也提供了许多实用和方便的功能：在脚本，WebService，XML，编译器 API，数据库，JMX，网络和Instrumentation 方面都有不错的新特性和功能加强。

本系列文章主要介绍Java SE 6 在 API 库方面的部分新特性，通过一些例子和讲解，帮助开发者在编程实践当中更好的运用 Java SE 6，提高开发效率。

本文是系列文章的第 5 篇，介绍了 Java SE 6 在数据库编程方面的新特性。

查看本系列更多内容标记本文！发布日期： 2007 年 8 月 31 日级别：初级建议: 0 (添加评论)平均分（共 0 个评分）长久以来，由于大量（甚至几乎所有）的 Java 应用都依赖于数据库，如何使用Java 语言高效、可靠、简洁地访问数据库一直是程序员们津津乐道的话题。

新发布的 Java SE 6 也在这方面更上层楼，为编程人员提供了许多好用的新特性。

其中最显著的，莫过于 Java SE 6 拥有了一个内嵌的 100% 用 Java 语言编写的数据库系统。

并且，Java 6 开始支持 JDBC 4.0 的一系列新功能和属性。

这样，Java SE 在对持久数据的访问上就显得更为易用和强大了。

Java DB：Java 6 里的数据库新安装了 JDK 6 的程序员们也许会发现，除了传统的 bin、jre 等目录，JDK 6 新增了一个名为 db 的目录。

这便是 Java 6 的新成员：Java DB。

这是一个纯Java 实现、开源的数据库管理系统（DBMS），源于 Apache 软件基金会（ASF）名下的项目 Derby。

它只有 2MB 大小，对比动辄上 G 的数据库来说可谓袖珍。

但这并不妨碍 Derby 功能齐备，支持几乎大部分的数据库应用所需要的特性。

更难能可贵的是，依托于 ASF 强大的社区力量，Derby 得到了包括 IBM 和 Sun 等大公司以及全世界优秀程序员们的支持。

这也难怪 Sun 公司会选择其 10.2.2版本纳入到 JDK 6 中，作为内嵌的数据库。

这就好像为 JDK 注入了一股全新的活力：Java 程序员不再需要耗费大量精力安装和配置数据库，就能进行安全、易用、标准、并且免费的数据库编程。

在这一章中，我们将初窥 Java DB 的世界，来探究如何使用它编写出功能丰富的程序。

Hello, Java DB：内嵌模式的 Derby既然有了内嵌（embedded）的数据库，就让我们从一个简单的范例（代码在清单 1中列出）开始，试着使用它吧。

这个程序做了大多数数据库应用都可能会做的操作：在 DBMS 中创建了一个名为 helloDB 的数据库；创建了一张数据表，取名为 hellotable；向表内插入了两条数据；然后，查询数据并将结果打印在控制台上；最后，删除表和数据库，释放资源。

清单 1. HelloJavaDB 的代码public class HelloJavaDB {public static void main(String[] args) {try { // load the driverClass.forName("org.apache.derby.jdbc.EmbeddedDriver").newInstance(); System.out.println("Load the embedded driver");Connection conn = null;Properties props = new Properties();props.put("user", "user1"); props.put("password","user1");//create and connect the database named helloDBconn=DriverManager.getConnection("jdbc:derby:helloDB;create=true", props);System.out.println("create and connect to helloDB");conn.setAutoCommit(false);// create a table and insert two recordsStatement s = conn.createStatement();s.execute("create table hellotable(name varchar(40), score int)");System.out.println("Created table hellotable");s.execute("insert into hellotable values('Ruth Cao', 86)"); s.execute("insert into hellotable values ('Flora Shi', 92)");// list the two recordsResultSet rs = s.executeQuery("SELECT name, score FROM hellotable ORDER BY score"); System.out.println("name\t\tscore");while(rs.next()) {StringBuilder builder = newStringBuilder(rs.getString(1));builder.append("\t");builder.append(rs.getInt(2));System.out.println(builder.toString());}// delete the tables.execute("drop table hellotable");System.out.println("Dropped table hellotable");rs.close();s.close();System.out.println("Closed result set and statement"); mit();conn.close();System.out.println("Committed transaction and closed connection");try { // perform a clean shutdownDriverManager.getConnection("jdbc:derby:;shutdown=true");} catch (SQLException se) {System.out.println("Database shut down normally"); }} catch (Throwable e) {// handle the exception}System.out.println("SimpleApp finished");}}随后，我们在命令行（本例为 Windows 平台，当然，其它系统下稍作改动即可）下键入以下命令：清单 2. 运行 HelloJavaDB 命令java –cp .;%JAVA_HOME%\db\lib\derby.jar HelloJavaDB程序将会按照我们预想的那样执行，图 1是执行结果的一部分截屏：图 1. HelloJavaDB 程序的执行结果上述的程序和以往没什么区别。

不同的是我们不需要再为 DBMS 的配置而劳神，因为 Derby 已经自动地在当前目录下新建了一个名为 helloDB 的目录，来物理地存储数据和日志。

需要做的只是注意命名问题：在内嵌模式下驱动的名字应为org.apache.derby.jdbc.EmbeddedDriver；创建一个新数据库时需要在协议后加入 create=true。

另外，关闭所有数据库以及 Derby 的引擎可以使用以下代码：清单 3. 关闭所有数据库及 Derby 引擎DriverManager.getConnection("jdbc:derby:;shutdown=true");如果只想关闭一个数据库，那么则可以调用：清单 4. 关闭一个数据库DriverManager.getConnection("jdbc:derby:helloDB;shutdown=true ");这样，使用嵌入模式的 Derby 维护和管理数据库的成本接近于 0。

这对于希望专心写代码的人来说不失为一个好消息。

然而有人不禁要问：既然有了内嵌模式，为什么大多数的 DBMS 都没有采取这样的模式呢？不妨做一个小实验。

当我们同时在两个命令行窗口下运行 HelloJavaDB 程序。

结果一个的结果与刚才一致，而另一个却出现了错误，如图 2所示。

图 2. 内嵌模式的局限错误的原因其实很简单：在使用内嵌模式时，Derby 本身并不会在一个独立的进程中，而是和应用程序一起在同一个 Java 虚拟机（JVM）里运行。

因此，Derby 如同应用所使用的其它 jar 文件一样变成了应用的一部分。

这就不难理解为什么在 classpath 中加入 derby 的 jar 文件，我们的示例程序就能够顺利运行了。

这也说明了只有一个 JVM 能够启动数据库：而两个跑在不同 JVM 实例里的应用自然就不能够访问同一个数据库了。

鉴于上述的局限性，和来自不同 JVM 的多个连接想访问一个数据库的需求，下一节将介绍 Derby 的另一种模式：网络服务器（Network Server）。