傳統(tǒng)的Web數(shù)據(jù)庫系統(tǒng)一般實現(xiàn)Web數(shù)據(jù)庫系統(tǒng)的連接和應用可采取兩種方法，一種是在Web服務器端提供中間件來連接Web服務器和數(shù)據(jù)庫服務器，另一種是把應用程序下載到客戶端并在客戶端直接訪問數(shù)據(jù)庫。中間件負責管理Web服務器和數(shù)據(jù)庫服務器之間的通信并提供應用程序服務，它能夠直接調(diào)用外部程序或腳本代碼來訪問數(shù)據(jù)庫，因此可以提供與數(shù)據(jù)庫相關的動態(tài)HTML頁面，或執(zhí)行用戶查詢，并將查詢結果格式化成HTML頁面。通過Web服務器返回給Web瀏覽器。最基本的中間件技術有通過網(wǎng)關接口CGI和應用程序接口API兩種。

CGI是外部應用程序(CGI程序)與Web服務器之間的接口標準,是WWW服務器運行時外部程序的規(guī)范，按照CGI編寫的程序可以擴展服務器的功能，完成服務器本身不能完成的工作，外部程序執(zhí)行時間可以生成HTML文檔，并將文檔返回WWW服務器。CGI應用程序能夠與瀏覽器進行交互作用，還可以通過數(shù)據(jù)庫的API與數(shù)據(jù)庫服務器等外部數(shù)據(jù)源進行通信，如一個CGI程序可以從數(shù)據(jù)庫服務器中獲取數(shù)據(jù)，然后格式化為HTML文檔后發(fā)送給瀏覽器，也可以將從瀏覽器獲得的數(shù)據(jù)放到數(shù)據(jù)庫中。幾乎使用的服務器軟件都支持CGI，開發(fā)人員可以使用任何一種WWW服務器內(nèi)置語言編寫CGI，其中包括流行的C、C++ 、VB和Delphi等。從體系結構上來看，用戶通過Web瀏覽器輸入查詢信息，瀏覽器通過HTTP協(xié)議向Web服務器發(fā)出帶有查詢信息的請求，Web服務器按照CGI協(xié)議激活外部CGI程序，由該程序向DBMS發(fā)出SQL請求并將結果轉化為HTML后返回給Web服務器。再由Web服務器返回給Web瀏覽器。這種結構體現(xiàn)了客戶/服務器方式的三層模型，其中Web服務器和CGI程序實際起到了HTML和SQL轉換的網(wǎng)關的作用。CGI的典型操作過程是：分析CGI數(shù)據(jù);打開與DBMS的連接;發(fā)送SQL請求并得到結果;將結果轉化為HTML;關閉DBMS的連接;將HTML結果返回給Web服務器?；赪eb的數(shù)據(jù)庫訪問利用已有的信息資源和服務器。其訪問頻率大，尤其是熱點數(shù)據(jù)。但其主要的缺點是：①客戶端與后端數(shù)據(jù)庫服務器通信必須通過Web服務器，且Web服務器要進行數(shù)據(jù)與HTML文檔的互相轉換，當多個用戶同時發(fā)出請求時，必然在Web服務器形成信息和發(fā)布瓶頸。②CGI應用程序每次運行都需打開和關閉數(shù)據(jù)庫連接，效率低，操作費時;③CGI應用程序不能由多個客戶機請求共享，即使新請求到來時CGI程序正在運行，也會啟動另一個CGI應用程序，隨著并行請求的數(shù)量增加，服務器上將生成越來越多的進程。為每個請求都生成進程既費時又需要大量內(nèi)存，影響了資源的使用效率，導致性能降低并增加等待時間;④由于SQL與HTML差異很大，CGI程序中的轉換代碼編寫繁瑣，維護困難;⑤安全性差，缺少用戶訪問控制，對數(shù)據(jù)庫難以設置安全訪問權限;⑥HTTP協(xié)議是無狀態(tài)且沒有常連接的協(xié)議，DBMS事務的提交與否無法得到驗證，不能構造Web上的OLTP應用。

為了克服CGI的局限性，出現(xiàn)的另一種中間件解決方案是基于服務器擴展API的結構。與CGI相比，API應用程序與Web服務器結合得更加緊密，占用的系統(tǒng)資源也少得多，而運行效率卻大大提高，同時還提供更好的保護和安全性。服務器API一般作為一個DLL提供，是駐留在WWW服務器中的程序代碼，其擴展WWW服務器的功能與CGI相同。WWW開發(fā)人員不僅可以API解決CGI可以解決的一切問題，而且能夠進一步解決基于不同WWW應用程序的特殊請求。各種API與其相應的WWW服務器緊密結合，其初始開發(fā)目標服務器的運行性能進一步發(fā)掘、提高。用API開發(fā)的程序比用CGI開發(fā)的程序在性能上提高了很多，但開發(fā)API程序比開發(fā)CGI程序要復雜得多。API應用程序需要一些編程方面的專門知識，如多線程、進程同步、直接協(xié)議編程以及錯誤處理等。主要的WWW API有Microsoft公司的ISAPI、Netscape公司的NSAPI和OReily公司的WSAPI等。使用ISPAI開發(fā)的程序性能要優(yōu)于用CGI開發(fā)的程序，這主要是因為ISAPI應用程序是一些與WWW服務器軟件處于同一地址空間的DLL，因此所有的HTTP服務器進程能夠直接利用各種資源這顯然比調(diào)用不在同一地址空間的CGI程序語句要占用更少的系統(tǒng)時間。而NSAPI同ISAPI一樣，給WWW開發(fā)人員定制了Netscape WWW服務器基本服務的功能。開發(fā)人員利用NSAPI可以開發(fā)與WWW服務器的接口，以及與數(shù)據(jù)庫服務器等外部資源的接口。雖然基于服務器擴展API的結構可以方便、靈活地實現(xiàn)各種功能，連接所有支持32位ODBC的數(shù)據(jù)庫系統(tǒng)，但這種結構的缺陷也是明顯的：①各種API之間兼容性很差，缺乏統(tǒng)一的標準來管理這些接口; ②開發(fā)API應用程序也要比開發(fā)CGI應用復雜得多; ③這些API只能工作在專用Web服務器和操作系統(tǒng)上。

Java的推出，使WWW頁面有了活力和動感。Internet用戶可以從WWW服務器上下載Java小程序到本地瀏覽器運行。這些下載的小程序就像本地程序一樣，可獨立地訪問本地和其他服務器資源。而最初的Java語言并沒有數(shù)據(jù)庫訪問的功能，隨著應用的深入，要求Java提供數(shù)據(jù)庫訪問功能的呼聲越來越高。為了防止出現(xiàn)對Java在數(shù)據(jù)庫訪問方面各不相同的擴展，JavaSoft公司指定了JDBC，作為Java語言的數(shù)據(jù)庫訪問API。采用JDBC技術，在Java Applet中訪問數(shù)據(jù)庫的優(yōu)點在于：直接訪問數(shù)據(jù)庫，不再需要Web數(shù)據(jù)庫的介入，從而避開了CGI方法的一些局限性;用戶訪問控制可以由數(shù)據(jù)庫服務器本地的安全機制來解決，提高了安全性;JDBC是支持基本SQL功能的一個通用低層的應用程序接口，在不同的數(shù)據(jù)庫功能的層次上提供了一個統(tǒng)一的用戶界面，為跨平臺跨數(shù)據(jù)庫系統(tǒng)進行直接的Web訪問提供了方案。從而克服了API方法一些缺陷;同時，可以方便地實現(xiàn)與用戶地交互，提供豐富的圖形功能和聲音、視頻等多媒體信息功能。JDBC是用于執(zhí)行SQL語句的Java應用程序接口API，由Java語言編寫的類和接口組成。Java是一種面向對象、多線程與平臺無關的編程語言，具有極強的可移植性、安全性和強健性。JDBC是一種規(guī)范，能為開發(fā)者提供標準的數(shù)據(jù)庫訪問類和接口，能夠方便地向任何關系數(shù)據(jù)庫發(fā)送SQL語句，同時JDBC是一個支持基本SQL功能的低層應用程序接口，但實際上也支持高層的數(shù)據(jù)庫訪問工具及API。所有這些工作都建立在X/Open SQL CLI基礎上。JDBC的主要任務是定義一個自然的Java接口來與X/Open CLI中定義的抽象層和概念連接。JDBC的兩種主要接口分別面向應用程序的開發(fā)人員的JDBC API和面向驅動程序低層的JDBC Driver API。JDBC完成的工作是：建立與數(shù)據(jù)庫的連接;發(fā)送SQL語句;返回數(shù)據(jù)結果給Web瀏覽器?；贘DBC的Web數(shù)據(jù)庫結構其缺陷在于：只能進行簡單的數(shù)據(jù)庫查詢等操作，還不能進行OLTP;安全性、緩沖機制和連接管理仍不完善;SUN承諾的完全跨平臺跨數(shù)據(jù)庫系統(tǒng)的功能和標準遠未實現(xiàn)。