Java數(shù)據(jù)庫(kù)互連規(guī)范(數(shù)據(jù)庫(kù))

時(shí)間：2022-12-27 00:30:01 | 來(lái)源：信息時(shí)代

時(shí)間：2022-12-27 00:30:01 來(lái)源：信息時(shí)代

    Java數(shù)據(jù)庫(kù)互連規(guī)范 : Sun所倡導(dǎo)的一種開(kāi)放的、被業(yè)界廣泛接受的、用于規(guī)范訪問(wèn)數(shù)據(jù)庫(kù)的應(yīng)用程序編程接口。JDBC定義了在Java語(yǔ)言中訪問(wèn)數(shù)據(jù)庫(kù)的API。JDBC的核心內(nèi)容和ODBC、SQL/CLI非常類似,它最初也是基于X/Open的CLI設(shè)計(jì)的。
JDBC API是一些Java語(yǔ)言寫(xiě)就的類和接口的集合。JDBC API使得用戶可以在使用Java語(yǔ)言編程時(shí)訪問(wèn)關(guān)系型數(shù)據(jù),并充分發(fā)揮Java語(yǔ)言的應(yīng)用程序“編寫(xiě)一次,隨處運(yùn)行”的優(yōu)勢(shì)。使用JDBC API,用Java編寫(xiě)的應(yīng)用程序可以執(zhí)行SQL語(yǔ)句、獲得結(jié)果、更新數(shù)據(jù)等。JDBC API還可以用于在分布式的異構(gòu)環(huán)境中訪問(wèn)各種數(shù)據(jù)源。JDBC將X/Open CLI和SQL中定義的概念很好的在Java語(yǔ)言中反映出來(lái)。從1997年提出以來(lái),JDBC API被工業(yè)界廣泛接受并加以實(shí)現(xiàn)。JDBC是Java平臺(tái)Java SE和Java EE的組成部分,其API被分成兩個(gè)包java.sql和javax.sql。
在最初發(fā)布的JDBC 1.0版本中,JDBC API以提供訪問(wèn)SQL數(shù)據(jù)庫(kù)的調(diào)用級(jí)接口(CLI)為主。JDBC 2.1規(guī)范和JDBC 2.0可選包規(guī)范擴(kuò)展了API的功能,從而支持可滾動(dòng)結(jié)果集、批量更新、SQL3數(shù)據(jù)類型等新特性,并支持應(yīng)用服務(wù)器調(diào)用JDBC API所需要的連接池和分布式事務(wù)等高級(jí)特性。JDBC 3.0規(guī)范的修改范圍較小,補(bǔ)充了一些以前缺乏的功能。JDBC 4.0規(guī)范為了適應(yīng)J2EE、J2SE平臺(tái)的發(fā)展,充分利用Java語(yǔ)言的新特性,增強(qiáng)對(duì)SQL:2003的支持,更進(jìn)一步簡(jiǎn)化應(yīng)用的開(kāi)發(fā)和部署,做了較多的修訂。
從JDK1.1開(kāi)始,JDBC就已經(jīng)是JDK中的一部分了,Sun的JDK中還帶有一個(gè)JDBC-ODBC橋的實(shí)現(xiàn)。從JDBC 3.0開(kāi)始,JDBC規(guī)范的制定交給了Java社區(qū)Java Community Process(JCP)。JCP制定的規(guī)范被稱為Java Specification Request(JSR)。其中JSR 54定義了JDBC 3.0,JSR 114定義了JDBC RowSet擴(kuò)展,而JSR 221則定義了JDBC 4.0。JDBC4.0規(guī)范于2006年12月正式發(fā)布。
兩層模型的應(yīng)用按照功能被劃分為客戶端和服務(wù)器端?？蛻舳税藨?yīng)用程序以及一個(gè)或多個(gè)JDBC驅(qū)動(dòng)程序。應(yīng)用程序負(fù)責(zé)展示、業(yè)務(wù)邏輯、多語(yǔ)句的事務(wù)管理或分布式事務(wù)管理以及資源管理。它需要直接和JDBC驅(qū)動(dòng)程序打交道。兩層模型存在以下缺點(diǎn): ①可維護(hù)性較差。因?yàn)檎故?、業(yè)務(wù)邏輯和底層功能可能混在了一起。②可移植性較差。應(yīng)用程序中可能存在針對(duì)特定的JDBC驅(qū)動(dòng)和特定的DBMS產(chǎn)品而編寫(xiě)的代碼。③擴(kuò)展性較差。應(yīng)用程序通常會(huì)一直持有數(shù)據(jù)庫(kù)連接直到應(yīng)用退出。系統(tǒng)的性能、擴(kuò)展性和可用性依賴于JDBC驅(qū)動(dòng)和數(shù)據(jù)源。
三層模型在兩層模型中加入了一個(gè)中間層,負(fù)責(zé)處理業(yè)務(wù)邏輯和體系結(jié)構(gòu)的問(wèn)題。三層模型為企業(yè)應(yīng)用提供了更好的性能、擴(kuò)展性和可用性。在這種模式下,三層分別是客戶端、中間層和數(shù)據(jù)源。客戶端只負(fù)責(zé)展示邏輯,無(wú)需了解數(shù)據(jù)源功能等基礎(chǔ)信息。中間層包括應(yīng)用程序、應(yīng)用服務(wù)器和JDBC驅(qū)動(dòng)程序。應(yīng)用程序負(fù)責(zé)實(shí)現(xiàn)業(yè)務(wù)邏輯、和數(shù)據(jù)源交互,一般不會(huì)直接訪問(wèn)最底層的API。應(yīng)用服務(wù)器可以提供連接池、事務(wù)管理以及屏蔽不同JDBC驅(qū)動(dòng)程序的差異。因此,這種模式有利于編寫(xiě)可移植的應(yīng)用程序。JDBC驅(qū)動(dòng)程序可以屏蔽不同數(shù)據(jù)源的區(qū)別,給應(yīng)用程序提供一個(gè)一致的訪問(wèn)接口。數(shù)據(jù)源是三層模型中的最底層,它可以是關(guān)系型數(shù)據(jù)庫(kù)、對(duì)象數(shù)據(jù)庫(kù)、數(shù)據(jù)倉(cāng)庫(kù)、文件系統(tǒng)、電子表格等各種類型的數(shù)據(jù)。
JDBC驅(qū)動(dòng)程序按照實(shí)現(xiàn)方式可以分為四種。類型1:JDBC橋接驅(qū)動(dòng)程序。它通過(guò)把JDBC API映射到另一種數(shù)據(jù)訪問(wèn)API的方法來(lái)實(shí)現(xiàn)。這種類型的典型例子是JDBC-ODBC橋。在找不到特定數(shù)據(jù)源的專用JDBC驅(qū)動(dòng)時(shí),通過(guò)JDBC-ODBC橋可以利用數(shù)據(jù)源的ODBC驅(qū)動(dòng)程序來(lái)完成數(shù)據(jù)庫(kù)連接和數(shù)據(jù)訪問(wèn)。不過(guò)這種類型的驅(qū)動(dòng)程序需要依賴本機(jī)的ODBC驅(qū)動(dòng),在效率、可用性和可移植性上都要差一點(diǎn)。因此,也不是被推薦使用的方式。類型2: DBMS本地庫(kù)驅(qū)動(dòng)程序。這種驅(qū)動(dòng)程序的一部分代碼是用Java編寫(xiě)的,一部分代碼是用本機(jī)代碼編寫(xiě)的。它一般指的就是采用各DBMS產(chǎn)品的專有客戶端API函數(shù)庫(kù)來(lái)實(shí)現(xiàn)的驅(qū)動(dòng)程序。這種驅(qū)動(dòng)程序直接把JDBC調(diào)用轉(zhuǎn)換為DBMS所專有的客戶端API的調(diào)用。它和類型1的驅(qū)動(dòng)有些類似,都需要加載本機(jī)代碼,因此,它的可移植性也稍差。類型3: 被稱為網(wǎng)絡(luò)協(xié)議驅(qū)動(dòng)程序。它是一個(gè)純Java程序,先把JDBC調(diào)用轉(zhuǎn)換為和具體DBMS無(wú)關(guān)的網(wǎng)絡(luò)協(xié)議,然后由一個(gè)服務(wù)器程序(數(shù)據(jù)庫(kù)中間件)將其轉(zhuǎn)換為特定DBMS相關(guān)的協(xié)議。這種驅(qū)動(dòng)程序具有較好的適應(yīng)性和互操作性,它通過(guò)專門(mén)的數(shù)據(jù)庫(kù)中間件屏蔽了不同DBMS的通信協(xié)議的差異。類型4: 被稱為原始協(xié)議驅(qū)動(dòng)程序。它也是一個(gè)純Java程序,直接把JDBC調(diào)用轉(zhuǎn)換為特定DBMS相關(guān)的通信協(xié)議。由于數(shù)據(jù)庫(kù)通信協(xié)議大多是廠商私有的,這種驅(qū)動(dòng)一般只有DBMS廠商自己才能提供。它也是在應(yīng)用開(kāi)發(fā)過(guò)程中比較常用的一種驅(qū)動(dòng)類型。