jdbc TM
本简介是从《JDBCTMDatabaseAccessfromJavaTM:ATutorialandAnnotatedReference》这本书中摘引来的。
JavaSoft目前正在准备这本书。这是一本教程，同时也是JDBC的重要参考手册，它将作为Java系列的组成部份在1997年春季由Addison-Wesley出版公司出版。
1.1什么是JDBCTM？
JDBCTM是一种用于执行SQL语句的JavaTMAPI（有意思的是，JDBC本身是个商标名而不是一个缩写字；然而，JDBC常被认为是代表“Java数据库连接(JavaDatabaseConnectivity)”）。它由一组用Java编程语言编写的类和接口组成。JDBC为工具/数据库开发人员提供了一个标准的API，使他们能够用纯JavaAPI来编写数据库应用程序。
有了JDBC，向各种关系数据库发送SQL语句就是一件很容易的事。换言之，有了JDBCAPI，就不必为访问Sybase数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，为访问Informix数据库又写另一个程序，等等。您只需用JDBCAPI写一个程序就够了，它可向相应数据库发送SQL语句。而且，使用Java编程语言编写的应用程序，就无须去忧虑要为不同的平台编写不同的应用程序。将Java和JDBC结合起来将使程序员只须写一遍程序就可让它在任何平台上运行。
Java具有坚固、安全、易于使用、易于理解和可从网络上自动下载等特性，是编写数据库应用程序的杰出语言。所需要的只是Java应用程序与各种不同数据库之间进行对话的方法。而JDBC正是作为此种用途的机制。
JDBC扩展了Java的功能。例如，用Java和JDBCAPI可以发布含有applet的网页，而该applet使用的信息可能来自远程数据库。企业也可以用JDBC通过Intranet将所有职员连到一个或多个内部数据库中（即使这些职员所用的计算机
有Windows、Macintosh和UNIX等各种不同的操作系统）。随着越来越多的程序员开始使用Java编程语言，对从Java中便捷地访问数据库的要求也在日益增加。
MIS管理员们都喜欢Java和JDBC的结合，因为它使信息传播变得容易和经济。企业可继续使用它们安装好的数据库，并能便捷地存取信息，即使这些信息是储存在不同数据库管理系统上。新程序的开发期很短。安装和版本控制将大为简化。程序员可只编写一遍应用程序或只更新一次，然后将它放到服务器上，随后任何人就都可得到最新版本的应用程序。对于商务上的销售信息服务，Java和JDBC可为外部客户提供获取信息更新的更好方法。
1.1.1JDBC的用途是什么？
简单地说，JDBC可做三件事：
与数据库建立连接，
发送SQL语句，
处理结果。
下列代码段给出了以上三步的基本示例：
Connectioncon=DriverManager.getConnection(
"jdbc:odbc:wombat","login","password");
Statementstmt=con.createStatement();
ResultSetrs=stmt.executeQuery("SELECTa,b,cFROMTable1");
while(rs.next()){
intx=rs.getInt("a");
Strings=rs.getString("b");
floatf=rs.getFloat("c");
}
1.1.2JDBC是一种低级API，是高级API的基础
JDBC是个“低级”接口，也就是说，它用于直接调用SQL命令。在这方面它的功能极佳，并比其它的数据库连接API易于使用，但它同时也被设计为一种基础接口，在它之上可以建立高级接口和工具。高级接口是“对用户友好的”接口，它使用的是一种更易理解和更为方便的API，这种API在幕后被转换为诸如JDBC这样的低级接口。在编写本文时，正在开发两种基于JDBC的高级API：
一种用于Java的嵌入式SQL。至少已经有一个提供者计划编写它。DBMS实现SQL：一种专门设计来与数据库联合使用的语言。JDBC要求SQL语句必须作为String传给Java方法。相反，嵌入式SQL预处理器允许程序员将SQL语句直接与Java混在一起使用。例如，可在SQL语句中使用Java变量，用以接受或提供SQL值。然后，嵌入式SQL预处理器将通过JDBC调用把这种Java/SQL的混合物转换为Java。
关系数据库表到Java类的直接映射。JavaSoft和其它提供者都声称要实现该API。在这种“对象/关系”映射中，表中的每行对应于类的一个实例，而每列的值对应于该实例的一个属性。于是，程序员可直接对Java对象进行操作；存取数据所
需的SQL调用将在“掩盖下”自动生成。此外还可提供更复杂的映射，例如将多个表中的行结合进一个Java类中。
随着人们对JDBC的兴趣日益增涨，越来越多的开发人员一直在使用基于JDBC的工具，以使程序的编写更加容易。程序员也一直在编写力图使最终用户对数据库的访问变得更为简单的应用程序。例如，应用程序可提供一个选择数据库任务的菜单。
任务被选定后，应用程序将给出提示及空白供填写执行选定任务所需的信息。所需信息输入后，应用程序将自动调用所需的SQL命令。在这样一种程序的协助下，即使用户根本不懂SQL的语法，也可以执行数据库任务。
1.1.3JDBC与ODBC和其它API的比较
目前，Microsoft的ODBC（开放式数据库连接）API可能是使用最广的、用于访问关系数据库的编程接口。它能在几乎所有平台上连接几乎所有的数据库。为什么Java不使用ODBC？
对这个问题的回答是：Java可以使用ODBC，但最好是在JDBC的帮助下以JDBC-ODBC桥的形式使用，这一点我们稍后再说。现在的问题已变成：“为什么需要JDBC”？回答如下：
ODBC不适合直接在Java中使用，因为它使用C语言接口。从Java调用本地C代码在安全性、实现、坚固性和程序的自动移植性方面都有许多缺点。
从ODBCCAPI到JavaAPI的字面翻译是不可取的。例如，Java没有指针，而ODBC却对指针用得很广泛（包括很容易出错的指针"void*"）。您可以将JDBC想象成被转换为面向对象接口的ODBC，而面向对象的接口对Java程序员来说较
易于接收。
ODBC很难学。它把简单和高级功能混在一起，而且即使对于简单的查询，其选项也极为复杂。相反，JDBC尽量保证简单功能的简便性，而同时在必要时允许使用高级功能。
启用“纯Java”机制需要象JDBC这样的JavaAPI。如果使用ODBC，就必须手动地将ODBC驱动程序管理器和驱动程序安装在每台客户机上。如果完全用Java编写JDBC驱动程序则JDBC代码在所有Java平台上（从网络计算机到大型机）
都可以自动安装、移植并保证安全性。
总之，JDBCAPI对于基本的SQL抽象和概念是一种自然的Java接口。它建立在ODBC上而不是从零开始。因此，熟悉ODBC的程序员将发现JDBC很容易使用。JDBC保留了ODBC的基本设计特征；事实上，两种接口都基于X/OpenSQLCLI
（调用级接口）。它们之间最大的区别在于：JDBC以Java风格与优点为基础并进行优化，因此更加易于使用。
最近，Microsoft又引进了ODBC之外的新API：RDO、ADO和OLEDB。这些设计在许多方面与JDBC是相同的，即它们都是面向对象的数据库接口且基于可在ODBC上实现的类。但在这些接口中，我们未看见有特别的功能使我们要转而选择它
们来替代ODBC，尤其是在ODBC驱动程序已建立起较为完善的市场的情况下。它们最多也就是在ODBC上加了一种装饰而已。这并不是说JDBC不需要从其最初的版本再发展了；然而，我们觉得大部份的新功能应归入诸如前一节中所述的对象/关系映射和嵌入式SQL这样的高级API。
1.1.4两层模型和三层模型
JDBCAPI既支持数据库访问的两层模型，同时也支持三层模型。
在两层模型中，Javaapplet或应用程序将直接与数据库进行对话。这将需要一个JDBC驱动程序来与所访问的特定数据库管理系统进行通讯。用户的SQL语句被送往数据库中，而其结果将被送回给用户。数据库可以位于另一台计算机上，用户通过网络连接到上面。这就叫做客户机/服务器配置，其中用户的计算机为客户机，提供数据库的计算机为服务器。网络可以是Intranet（它可将公司职员连接起来），也可以是Internet。
在三层模型中，命令先是被发送到服务的“中间层”，然后由它将SQL语句发送给数据库。数据库对SQL语句进行处理并将结果送回到中间层，中间层再将结果送回给用户。MIS主管们都发现三层模型很吸引人，因为可用中间层来控制对公司数据的访问和可作的的更新的种类。中间层的另一个好处是，用户可以利用易于使用的高级API，而中间层将把它转换为相应的低级调用。最后，许多情况下三层结构可提供一些性能上的好处。
到目前为止，中间层通常都用C或C++这类语言来编写，这些语言执行速度较快。然而，随着最优化编译器（它把Java字节代码转换为高效的特定于机器的代码）的引入，用Java来实现中间层将变得越来越实际。这将是一个很大的进步，它使人们可以充分利用Java的诸多优点（如坚固、多线程和安全等特征）。JDBC对于从Java的中间层来访问数据库非常重要。
1.1.5SQL的一致性
结构化查询语言(SQL)是访问关系数据库的标准语言。困难之处在于：虽然大多数的DBMS（数据库管理系统）对其基本功能都使用了标准形式的SQL，但它们却不符合最近为更高级的功能定义的标准SQL语法或语义。例如，并非所有的数据库都支持储存程序或外部连接，那些支持这一功能的数据库又相互不一致。人们希望SQL中真正标准的那部份能够进行扩展以包括越来越多的功能。但同时JDBCAPI又必须支持现有的SQL。
JDBCAPI解决这个问题的一种方法是允许将任何查询字符串一直传到所涉及的DBMS驱动程序上。这意味着应用程序可以使用任意多的SQL功能，但它必须冒这样的风险：有可能在某些DBMS上出错。事实上，应用程序查询甚至不一定要是SQL，或者说它可以是个为特定的DBMS设计的SQL的专用派生物（例如，文档或图象查询）。
JDBC处理SQL一致性问题的第二种方法是提供ODBC风格的转义子句。这将在4.1.5节“语句对象中的SQL转义语法”中讨论。
转义语法为几个常见的SQL分歧提供了一种标准的JDBC语法。例如，对日期文字和已储存过程的调用都有转义语法。
对于复杂的应用程序，JDBC用第三种方法来处理SQL的一致性问题。它利用DatabaseMetaData接口来提供关于DBMS的描述性信息，从而使应用程序能适应每个DBMS的要求和功能。
由于JDBCAPI将用作开发高级数据库访问工具和API的基础API，因此它还必须注意其所有上层建筑的一致性。“符合JDBC标准TM"代表用户可依赖的JDBC功能的标准级别。要使用这一说明，驱动程序至少必须支持ANSISQL-2EntryLevel（ANSISQL-2代表美国国家标准局1992年所采用的标准。EntryLevel代表SQL功能的特定清单）。驱动程序开发人员可用JDBCAPI所带的测试工具包来确定他们的驱动程序是否符合这些标准。
“符合JDBC标准TM”表示提供者的JDBC实现已经通过了JavaSoft提供的一致性测试。这些一致性测试将检查JDBCAPI中定义的所有类和方法是否都存在，并尽可能地检查程序是否具有SQLEntryLevel功能。当然，这些测试并不完全，而且JavaSoft目前也无意对各提供者的实现进行标级。但这种一致性定义的确可对JDBC实现提供一定的可信度。随着越来越多的数据库提供者、连接提供者、Internet提供者和应用程序编程员对JDBCAPI的接受，JDBC也正迅速成为Java数据库访问的标准。
1.2JDBC产品
在编写本文时，有几个基于JDBC的产品已开发完毕或正在开发中。当然，本节中的信息将很快成为过时信息。因此，有关最新的信息，请查阅JDBC的网站，可通过从以下URL开始浏览找到：
http://java.sun.com/products/jdbc
1.2.1JavaSoft框架
JavaSoft提供三种JDBC产品组件，它们是Java开发工具包(JDK)的组成部份：
JDBC驱动程序管理器，
JDBC驱动程序测试工具包，和
JDBC-ODBC桥。
JDBC驱动程序管理器是JDBC体系结构的支柱。它实际上很小，也很简单；其主要作用是把Java应用程序连接到正确的JDBC驱动程序上，然后即退出。
JDBC驱动程序测试工具包为使JDBC驱动程序运行您的程序提供一定的可信度。只有通过JDBC驱动程序测试包的驱动程序才被认为是符合JDBC标准TM的。
JDBC-ODBC桥使ODBC驱动程序可被用作JDBC驱动程序。它的实现为JDBC的快速发展提供了一条途径，其长远目标提供一种访问某些不常见的DBMS（如果对这些不常见的DBMS未实现JDBC）的方法。
1.2.2JDBC驱动程序的类型
我们目前所知晓的JDBC驱动程序可分为以下四个种类：
JDBC-ODBC桥加ODBC驱动程序：JavaSoft桥产品利用ODBC驱动程序提供JDBC访问。注意，必须将ODBC二进制代码（许多情况下还包括数据库客户机代码）加载到使用该驱动程序的每个客户机上。因此，这种类型的驱动程序最适合于企业网（这种网络上客户机的安装不是主要问题），或者是用Java编写的三层结构的应用程序服务器代码。本地API-部份用Java来编写的驱动程序：这种类型的驱动程序把客户机API上的JDBC调用转换为Oracle、Sybase、Informix、DB2或其它DBMS的调用。注意，象桥驱动程序一样，这种类型的驱动程序要求将某些二进制代码加载到每台客户机上。
JDBC网络纯Java驱动程序：这种驱动程序将JDBC转换为与DBMS无关的网络协议，之后这种协议又被某个服务器转换为一种DBMS协议。这种网络服务器中间件能够将它的纯Java客户机连接到多种不同的数据库上。所用的具体协议取决于提供者。通常，这是最为灵活的JDBC驱动程序。有可能所有这种解决方案的提供者都提供适合于Intranet用的产品。为了使这些产品也支持Internet访问，它们必须处理Web所提出的安全性、通过防火墙的访问等方面的额外要求。几家提供者正将JDBC驱动程序加到他们现有的数据库中间件产品中。
本地协议纯Java驱动程序：这种类型的驱动程序将JDBC调用直接转换为DBMS所使用的网络协议。这将允许从客户机机器上直接调用DBMS服务器，是Intranet访问的一个很实用的解决方法。由于许多这样的协议都是专用的，因此数据库提供者自己将是主要来源，有几家提供者已在着手做这件事了。
最后，我们预计第3、4类驱动程序将成为从JDBC访问数据库的首选方法。第1、2类驱动程序在直接的纯Java驱动程序还没有上市前将会作为过渡方案来使用。对第1、2类驱动程序可能会有一些变种（下表中未列出），这些变种要求有连接器，但通常这些是更加不可取的解决方案。第3、4类驱动程序提供了Java的所有优点，包括自动安装（例如，通过使用JDBC驱动程序的appletapplet来下载该驱动程序）。
下表显示了这4种类型的驱动程序及其属性：
驱动程序种类纯JAVA？网络协议
1-JDBC-OCBC桥非直接
2-基于本地API的非直接
3-JDBC网络的是要求连接器
4-基于本地协议的是直接
1.2.3JDBC驱动程序的获取
在编写本文时，已有几十个属于种类的驱动程序，即可与Javasoft桥联合使用的1:ODBC驱动程序的驱动程序。有大约十多个属于种类2的驱动程序是以DBMS的本地API为基础编写的。只有几个属于种类3的驱动程序。目前至少有2个属于种类4的驱动程序，但到1997年底，我们预计主要的DBMS都会有种类4的驱动程序。
要获取关于驱动程序的最新信息，请查阅JDBC的网站，其网址为：http://java.sun.com/products/jdbc。提供第3种驱动程序的首批提供者是SCO、OpenHorizon、Visigenic和WebLogic。JavaSoft和数据库连接的领先提供者Intersolv合作研制了JDBC-ODBC桥和JDBC驱动程序测试工具包。
1.2.4其它产品
各种JDBC应用程序的开发工具正在开发中。请注意查阅JavaSoft网页以得到更新信息。