JDBC基础教程之概述.docx
- 文档编号:9573955
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:15
- 大小:30.62KB
JDBC基础教程之概述.docx
《JDBC基础教程之概述.docx》由会员分享,可在线阅读,更多相关《JDBC基础教程之概述.docx(15页珍藏版)》请在冰点文库上搜索。
JDBC基础教程之概述
JDBC基础教程之概述--
JDBCTM是一种用于执行SQL语句的JavaTMAPI。
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())
"a")+""+rs.getString("b")+""+rs.getString("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代码在安全性、实现、坚固性和程序的自动移植性方面都有许多缺点。
从ODBCAPI到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开始浏览找到:
/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来下载该驱动程序)。
谈谈JDBC
★JDBC介绍★目标与哲学★接口概貌★使用场合★安全性考虑
1.介绍 许多开发者和用户都在寻找Java程序中访问数据库的便捷方法。
由于Java是一个健壮,安全,易于使用的,易于理解且可以从网络中自动download,所以它成为开发数据库应用的一种良好的语言基础。
它提供了C,C++,Smalltalk,BASIC,COBOL,and4GLs的许多优点。
许多公司已经开始在Java与DBMS的连接方面做工作。
许多Java应用开发者都希望能够编写独立于特定DBMS的程序,而我们也相信一个独立于DBMS的接口将使得与各种各样DBMS连接变得最为便捷,开发更加迅速。
所以我们认为定义一个通用的SQL数据库存取框架,在各种各样的提供数据库连接模块上提供统一的界面是十分有意义的。
这使程序员可以面对单一的数据库界面,使数据库无关的Java工具和产品成为可能,使得数据库连接的开发者可以提供各种各样的连接方案。
我们看到我们定义一个通用低层的,支持基本SQL功能的JavaDataBaseConnectivity(JDBC)API的紧迫任务。
幸运的是我们不必从头设计一个SQLAPI。
我们可以把我们的工作建立在X/OpenSQLCLI(调用层接口)之上(它也是Microsoft'sODBC的基础)。
我们主要任务是定义一个自然的Java接口来与X/OpenCLI中定义的基本的抽象层和概念连接。
JDBCAPI得到数据库开发厂商,连接开发厂商,ISV,以及应用开发者的支持是十分重要的。
我们相信把我们的工作建立在ODBC抽象层的基础上将JDBC更加容易得到大家的接受。
而且从技术上来说,ODBC是我们设计工作的一个良好基础。
因为ODBC是一个C语言接口,所以ODBC在Java中直接使用不适当。
从Java中来调用C代码在安全性,健壮性,实现的方便,可移植性等等方面有许多不便。
它使得Java在这些方面的许多优点得不到发挥。
我们已经在短期里面实现了一个建立在ODBC上的API。
长远来看,我们可以通过其他方式提供实现。
1.1.注意
我们非常感谢在数据库,数据库连接和数据库工具领域的许多早期的工作者。
他们为JDBC的早期草案提供了很好的意见和建议。
他们的工作对本规范起了不可估量的作用。
2.目标与哲学这个部分描述了指引这个API开发的目标以及哲学。
2.1.SQL级API
我们的主要目标是为Java定义一个“调用级”(call-level)的SQL接口。
着意味着我们主要的注意力集中在执行原原本本的SQL语句并且取回结果。
我们预计高层的API也将被定义,这些可能将建立在基层的接口上。
这些高层接口包括象直接地、透明地把表里面的数据影射到Java类里面,用语法树表示更加通用的查询,以及Java内嵌的SQL语法。
我们希望大量的应用开发工具将使用我们的API。
然而我们也希望程序员能够使用我们的API,尤其是目前这样在Java里没有任何其他手段(应该是说数据库访问手段)的情况下。
2.2.遵循SQL
数据库系统支持各式各样的SQL语法和语义,它们相互之间在比较高级的功能例如外部连接,内嵌过程等方面并不一致,尽管我们能够盼望着随时间的推移这些部分的SQL可以获得标准化。
同时我们采取这样的态度与立场:
Infact,anapplicationqueryneednotevenbeSQL,oritmaybeaspecializedderivativeofSQL,e.g.fordocumentorimagequeries,designedforspecificDBMSs.
InordertopassJDBCcompliancetestsandtobecalled"JDBCCOMPLIANT"werequirethatadriversupportatleastANSISQL-2EntryLevel.Thisgivesapplicationsthatwantwideportabilityaguaranteedleastcommondenominator.WebelieveANSISQL-2EntryLevelisreasonablypowerfulandisreasonablywidelysupportedtoday.
*JDBC允许查询表达式直接传递到底层的数据驱动,这样一个程序可以获得尽量多的SQL功能,但是可能被DBMS拒绝。
事实上,一个程序的查询甚至可以不是SQL的,或者是SQL的一个特殊演化,例如:
为专门数据库设计的文本或者图形查询。
*为了通过JDBC兼容的测试,并且能够被称为JDBC兼容,我们要求一个驱动至少支持ANSISQL-2的标准。
这使得那些需要广泛移植性的程序获得一个最小的分母(这句话的原文是:
Thisgivesapplicationsthatwantwideportabilityaguaranteedleastcommondenominator.)。
我们相信ANSISQL-2是足够强大的,并且是得到足够支持的。
2.3.JDBC必须可以建立在现有的数据库接口上
我们必须能够保证JDBCSQLAPI能够建立在普通的SQLAPI上,尤其是ODBC。
这些要求已经对这个规范的一些部分产生了影响,尤其是对传出参数(OUTparameter)和大数据块的处理。
2.4.必须保证这个接口与JAVA系统的其他部分保持一致目前对JAVA的积极回应已经十分热烈。
很大程度上是由于这个语言标准以及标准运行时库被认为是一致,简单和强大的。
我们将尽我们所能,提供这个Java数据库接口,这个接口将建立在Java内核现有的这种风格,并且将进一步加强它。
2.5.保持简单
WewouldprefertokeepthisbaseAPIassimpleaspossible,atleastinitially.Ingeneralwewouldprefertoprovideasinglemechanismforperformingaparticulartask,andavoidprovid-ingduplicatemechanisms.WewillextendtheAPIlaterifanyimportantfunctionalityismiss-ing.
我们将力争使得基本的API尽量简单,至少开始的时候是这样的。
一般来说,我们希望对实现每个特定的任务只提供一种方案,而避免提供多种方案。
如果一些重要的功能遗漏了,那么我们在晚些时候将扩充这个API。
2.6.尽量保持强的、静态的类型
我们希望这个JDBCAPI保持尽量强的类型检查,使得尽可能多的类型信息可以静态地表达。
着使得尽可能多的错误可以在编译的时候被发现。
由于SQL本身是动态类型的,所以我们可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- JDBC 基础教程 概述
![提示](https://static.bingdoc.com/images/bang_tan.gif)