jdbcJava 数据库接口 JDBC 入门基础.docx
- 文档编号:18375322
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:36
- 大小:40.39KB
jdbcJava 数据库接口 JDBC 入门基础.docx
《jdbcJava 数据库接口 JDBC 入门基础.docx》由会员分享,可在线阅读,更多相关《jdbcJava 数据库接口 JDBC 入门基础.docx(36页珍藏版)》请在冰点文库上搜索。
jdbcJava数据库接口JDBC入门基础
第一讲第一讲慨述
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())
System.out.println(rs.getString("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开始浏览找到:
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来下载该驱动程序)。
第二讲Connection对象
Connection对象代表与数据库的连接。
连接过程包括所执行的SQL语句和在该连接上所返回的结果。
一个应用程序可与单个数据库有一个或多个连接,或者可与许多数据库有连接。
2.1.1打开连接与数据库建立连接的标准方法是调用DriverManager.getConnection方法。
该方法接受含有某个URL的字符串。
DriverManager类(即所谓的JDBC管理层)将尝试找到可与那个URL所代表的数据库进行连接的驱动程序。
DriverManager类存有已注册的Driver类的清单。
当调用方法getConnection时,它将检查清单中的每个驱动程序,直到找到可与URL中指定的数据库进行连接的驱动程序为止。
Driver的方法connect使用这个URL来建立实际的连接。
用户可绕过JDBC管理层直接调用Driver方法。
这在以下特殊情况下将很有用:
当两个驱动器可同时连接到数据库中,而用户需要明确地选用其中特定的驱动器。
但一般情况下,让DriverManager类处理打开连接这种事将更为简单。
下述代码显示如何打开一个与位于URL"jdbc:
odbc:
wombat"的数据库的连接。
所用的用户标识符为"oboy",口令为"12Java":
Stringurl="jdbc:
odbc:
wombat";
Connectioncon=DriverManager.getConnection(url,"oboy","12Java");
2.1.2一般用法的URL由于URL常引起混淆,我们将先对一般URL作简单说明,然后再讨论JDBCURL。
URL(统一资源定位符)提供在Internet上定位资源所需的信息。
可将它想象为一个地址。
URL的第一部份指定了访问信息所用的协议,后面总是跟着冒号。
常用的协议有"ftp"(代表“文件传输协议”)和"http"(代表“超文本传输协议”)。
如果协议是"file",表示资源是在某个本地文件系统上而非在Internet上(下例用于表示我们所描述的部分;它并非URL的组成部分)。
ftp:
//
file:
/home/haroldw/docs/books/tutorial/summary.html
URL的其余部份(冒号后面的)给出了数据资源所处位置的有关信息。
如果协议是file,则URL的其余部份是文件的路径。
对于ftp和http协议,URL的其余部份标识了主机并可选地给出某个更详尽的地址路径。
例如,以下是JavaSoft主页的URL。
该URL只标识了主机:
从该主页开始浏览,就可以进到许多其它的网页中,其中之一就是JDBC主页。
JDBC主页的URL更为具体,它看起来类似:
2.1.3JDBCURL
JDBCURL提供了一种标识数据库的方法,可以使相应的驱动程序能识别该数据库并与之建立连接。
实际上,驱动程序编程员将决定用什么JDBCURL来标识特定的驱动程序。
用户不必关心如何来形成JDBCURL;他们只须使用与所用的驱动程序一起提供的URL即可。
JDBC的作用是提供某些约定,驱动程序编程员在构造他们的JDBCURL时应该遵循这些约定。
由于JDBCURL要与各种不同的驱动程序一起使用,因此这些约定应非常灵活。
首先,它们应允许不同的驱动程序使用不同的方案来命名数据库。
例如,odbc子协议允许(但并不是要求)URL含有属性值。
第二,JDBCURL应允许驱动程序编程员将一切所需的信息编入其中。
这样就可以让要与给定数据库对话的applet打开数据库连接,而无须要求用户去做任何系统管理工作。
第三,JDBCURL应允许某种程度的间接性。
也就是说,JDBCURL可指向逻辑主机或数据库名,而这种逻辑主机或数据库名将由网络命名系统动态地转换为实际的名称。
这可以使系统管理员不必将特定主机声明为JDBC名称的一部份。
网络命名服务(例如DNS、NIS和DCE)有多种,而对于使用哪种命名服务并无限制。
JDBCURL的标准语法如下所示。
它由三部分组成,各部分间用冒号分隔:
jdbc:
<子协议>:
<子名称>
JDBCURL的三个部分可分解如下:
jdbc─协议。
JDBCURL中的协议总是jdbc。
<子协议>─驱动程序名或数据库连接机制(这种机制可由一个或多个驱动程序支持)的名称。
子协议名的典型示例是"odbc",该名称是为用于指定ODBC风格的数据资源名称的URL专门保留的。
例如,为了通过JDBC-ODBC桥来访问某个数据库,可以用如下所示的URL:
jdbc:
odbc:
fred
本例中,子协议为"odbc",子名称"fred"是本地ODBC数据资源。
如果要用网络命名服务(这样JDBCURL中的数据库名称不必是实际名称),则命名服务可以作为子协议。
例如,可用如下所示的URL:
jdbc:
dcenaming:
accounts-payable本例中,该URL指定了本地DCE命名服务应该将数据库名称"accounts-payable"解析为更为具体的可用于连接真实数据库的名称。
<子名称>─一种标识数据库的方法。
子名称可以依不同的子协议而变化。
它还可以有子名称的子名称(含有驱动程序编程员所选的任何内部语法)。
使用子名称的目的是为定位数据库提供足够的信息。
前例中,因为ODBC将提供其余部份的信息,因此用"fred"就已足够。
然而,位于远程服务器上的数据库需要更多的信息。
例如,如果数据库是通过Internet来访问的,则在JDBCURL中应将网络地址作为子名称的一部份包括进去,且必须遵循如下所示的标准URL命名约定:
//主机名:
端口/子协议假设"dbnet"是个用于将某个主机连接到Internet上的协议,则JDBCURL类似:
jdbc:
dbnet:
//wombat:
356/fred2.1.4"odbc"子协议子协议odbc是一种特殊情况。
它是为用于指定ODBC风格的数据资源名称的URL而保留的,并具有下列特性:
允许在子名称(数据资源名称)后面指定任意多个属性值。
odbc子协议的完整语法为:
jdbc:
odbc:
<数据资源名称>[;<属性名>=<属性值>]*
因此,以下都是合法的jdbc:
odbc名称:
jdbc:
odbc:
qeor7jdbc:
odbc:
wombat
jdbc:
odbc:
wombat;Cach
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- jdbcJava 数据库接口 JDBC 入门基础 数据库 接口 入门 基础