摘要： 本文討論了 ADO 的最新版本 ADO+ 所提供的增強的互操作性和可伸縮性。

目錄

簡介
一種公用數(shù)據(jù)操縱語言
數(shù)據(jù)種類
ADO+ 增加了哪些內(nèi)容
ADO+ 的構(gòu)成要素
ADO+ 命令
強類型編程
摘要

--------------------------------------------------------------------------------

簡介

從一開始，開發(fā)軟件應(yīng)用程序就是為了訪問某種數(shù)據(jù)庫。分布式應(yīng)用程序和基于 Web 的應(yīng)用程序也不例外。然而在分布式方案中，由于可能存在不同的硬件和軟件平臺或?qū)ο竽Ｐ?，事情變得稍微有點復(fù)雜。盡管如此，數(shù)據(jù)就是數(shù)據(jù)，在幾乎任何地方都需要得到交換和處理。

在我們進(jìn)入可編程 Web 時代 — Internet 的第三個階段 — 之前，數(shù)據(jù)訪問曾是一個相對簡單的問題；主要關(guān)心的問題就是選擇效能成本最合算的數(shù)據(jù)庫服務(wù)器。任何系統(tǒng)的所有模塊都必須符合數(shù)據(jù)庫服務(wù)器 — 一種對整個系統(tǒng)進(jìn)行完全控制的全能實體 — 的要求?？蛻魴C/服務(wù)器應(yīng)用程序一直是這種模型的典型表現(xiàn)形式。

近來，n 層 Microsoft® Windows® DNA 系統(tǒng)致力于開發(fā)能夠?qū)缀跞魏畏N類的數(shù)據(jù)進(jìn)行迅捷可靠的訪問的技術(shù)，這些數(shù)據(jù)種類包括：關(guān)系型、非關(guān)系型、層次型、半結(jié)構(gòu)化型、分散型、易失型等。這種數(shù)據(jù)訪問的統(tǒng)一方法成為“通用數(shù)據(jù)訪問”策略 — OLE DB 體系結(jié)構(gòu)的鼓舞人心的原則。Microsoft ActiveX® Data Objects (ADO) 的出現(xiàn)完成了一項重大的任務(wù)：將成千上萬的 Windows 開發(fā)人員從過時的客戶機/服務(wù)器模型帶到數(shù)據(jù)訪問組件和 OLE DB 的奇妙世界。

在 Windows DNA 模型中，中間層組件通過 OLE DB 規(guī)范體貼地為我們定義的一種公用格式來獲取和交換數(shù)據(jù)。這種格式以行集格式為基礎(chǔ)，并且通常被轉(zhuǎn)換為諸如 ADO 記錄集之類的一種更高級的結(jié)構(gòu)。

使用 ADO 記錄集有得有失。一方面，它們提供了一種豐富并具有吸引力的編程接口。另一方面，它們是嚴(yán)格基于 COM 的，在涉及許多平臺（尤其是非 Windows 平臺）的分布式異構(gòu)環(huán)境中無法使用。互操作性和可伸縮性是對現(xiàn)代 Web 系統(tǒng)的兩個很高的要求；互操作性和可伸縮性更好的數(shù)據(jù)訪問體系結(jié)構(gòu)同樣是最新的 ADO 版本 ADO+ 中的主要變化。

一種公用數(shù)據(jù)操縱語言

通常情況下，目前的分布式系統(tǒng)符合圖 1 中所示的體系結(jié)構(gòu)。

<img src=http://www.asia.microsoft.com/china/msdn/images/adoplus01.gif>

圖 1. 目前的分布式 Web 系統(tǒng)的典型體系結(jié)構(gòu)

表示層通常基于 HTML 3.2 輸出，并能夠很好地與任何較新的瀏覽器一起工作。網(wǎng)頁是在 Web 服務(wù)器上使用 Active Server Pages (ASP) 構(gòu)建的，并且只有在一些相當(dāng)特殊的情況下才試圖通過 COM、動態(tài) HTML 和 XML 支持來提供瀏覽器的實際功能。

關(guān)鍵之處是中間層，其中通常有一層或多層業(yè)務(wù)對象獲取并交換數(shù)據(jù)來響應(yīng)用戶的輸入。這些組件可能需要彼此傳遞數(shù)據(jù)，并且在傳遞數(shù)據(jù)的過程中，它們需要一種易于使用、功能強大并為所有組件所理解的公用數(shù)據(jù)格式。ADO 記錄集 — 表或視圖的 ADO 表示 — 是一個相當(dāng)不錯的解決方案，它有幾個優(yōu)點，并且只有一個大的缺點。

ADO 記錄集的靈活性足以使您能夠毫不費力地定位記錄以及使用過濾器和書簽。它們還提供排序、自動分頁和持久性等功能，并能在與數(shù)據(jù)源斷開時工作。可以在多層之間相當(dāng)高效地匯集記錄集，這歸功于其固有的并且極為緊湊的二進(jìn)制格式 — Advanced Data Table Gram (ADTG) 格式。

斷開的記錄集在組件之間的傳輸涉及到 COM 匯集，并強制接收組件配合這一匯集。換句話說，只有 COM 對象才能使用 ADO 記錄集。這在 COM/DCOM 在業(yè)務(wù)層中占主導(dǎo)地位的同構(gòu)體系結(jié)構(gòu)中不成問題。顯然，當(dāng)有關(guān)的服務(wù)器端組件的映射涉及到諸如大型機或 Unix 平臺之類的異構(gòu)節(jié)點時，就會帶來很大的不便。

所謂的 Internet 的第三個階段使這一方案離我們更近了。它預(yù)示了一個世界，在這個世界中，功能實現(xiàn)通過各種 Web 服務(wù)（即可以通過 HTTP 訪問的環(huán)繞著我們的衛(wèi)星系統(tǒng)）成為可能。您將需要向這些服務(wù)中的某個傳遞一些記錄以進(jìn)行進(jìn)一步處理，這個方案并不是什么勉強的事情。沒有什么比 Web 服務(wù)更加容易的事了 — 不管它的內(nèi)部體系結(jié)構(gòu)或公共編程接口如何 — 它不接受 ADO 記錄集。

A目前現(xiàn)實中的 ADO，特別是記錄集，是在 Windows 和基于 COM 的方案中操縱數(shù)據(jù)的強有力的工具。不幸的是，隨著您的系統(tǒng)逐漸向完全的 Internet 互操作性方向演變，它們逐漸喪失了其吸引力。

--------------------------------------------------------------------------------

數(shù)據(jù)種類

在完美的情況下，應(yīng)該能夠在任何平臺或設(shè)備上以相同的方式訪問數(shù)據(jù)，并具有相同的靈活性。這樣，每個平臺或設(shè)備都可以根據(jù)需要自由地操縱數(shù)據(jù)。如果您通過 ADO 記錄集展示數(shù)據(jù)，則您也使自己和您的應(yīng)用程序陷于有限互操作性的實際風(fēng)險之中。

目前，如果您通過 ADO 對數(shù)據(jù)進(jìn)行訪問，并希望將其傳送到遠(yuǎn)程組件，您要么使用從數(shù)據(jù)訪問模塊獲得的相同的 ADO 記錄集，要么將其轉(zhuǎn)換為能夠通過網(wǎng)絡(luò)傳送的另外的東西，更為重要的是，能夠在其最終目的地被理解。如前所述，記錄集需要 COM 匯集，舉例來說，COM 調(diào)用并不是總能穿過公司防火墻。此外，在對 ADO 記錄集進(jìn)行匯集時，總處理時間的很大部分是用于完成必要的類型轉(zhuǎn)換。事實上，您必須確保記錄中的所有的值映射到 COM 能夠識別并知道如何進(jìn)行處理的有效數(shù)據(jù)類型。

在有關(guān)的組件在物理上是分開的并在不同的機器上運行時，COM 匯集因素變得更為重要。因此，在向完全由 Internet 連接起來的世界前進(jìn)的過程中，目前的 Windows 數(shù)據(jù)種類連同 ADO 記錄集必須有所發(fā)展才能繼續(xù)存在下去。

需要示例嗎？在 MIND 的 2000 年 1 月號（英文）以及 MSDN Magazine 的 2000 年 3 月號（英文）中的 Cutting Edge 專欄中，我對將遠(yuǎn)程腳本 (RS) 用作一種從遠(yuǎn)程 ASP 頁面獲取數(shù)據(jù)而不定位到該頁面的跨瀏覽器的技術(shù)進(jìn)行了說明。當(dāng)您以這種方式調(diào)用某一頁面上的遠(yuǎn)程函數(shù)時，RS 基礎(chǔ)結(jié)構(gòu)提供將函數(shù)返回的內(nèi)容發(fā)送回客戶機。在大多數(shù)情況下，您需要返回一個記錄集。然而，由于安全性原因，RS 甚至不會嘗試連同任何其它 COM 對象對某一 ADO 記錄集進(jìn)行處理。因而，如果使用 RS，您必須避免使用 ADO 記錄集，而應(yīng)當(dāng)使用數(shù)組或字符串傳遞所請求的信息。在 2000 年 3 月的專欄中，我通過從記錄集構(gòu)建一個 JavaScript 對象對這一內(nèi)在的限制進(jìn)行了說明。ASP 頁面通過 ADO 獲取數(shù)據(jù)，并在返回調(diào)用程序前將其轉(zhuǎn)換為一個 JavaScript 對象：

rst = new ActiveXObject("ADODB.Recordset");
rst.open("select * from employees", "DSN=Northwind");
oRS = new Recordset(rst);
rst.close();
return oRS;

客戶機頁面通過 RS 運行時接收這一對象，并可以根據(jù)需要對其進(jìn)行處理，這比通過字符串或數(shù)組要容易得多。詳細(xì)信息和源代碼，請參見我的 2000 年 3 月 Cutting Edge 專欄文章（英文）。

我們從這里可以學(xué)到些什么嗎？對于超出單一客戶機或服務(wù)器端平臺的數(shù)據(jù)互操作性，我們需要對 ADO 模型進(jìn)行一個較小的改變。

我們需要改變是由于跨平臺模塊的交互作用需要一個通用數(shù)據(jù)模型。此外，我們不希望這個改變太大，原因是 ADO 內(nèi)還存在若干很好的功能，放棄它們是一件可惜的事情。

JavaScript Recordset 對象，就其內(nèi)在的簡單性而言，不過是一個次數(shù)的標(biāo)志。我們需要提取 ADO 記錄集的本質(zhì)，并將其重新構(gòu)建成可以便利地在任意平臺上進(jìn)行傳輸和處理的另外一種東西。HTTP 提供了得到廣泛接受的網(wǎng)絡(luò)渠道。XML 將廣泛接受的數(shù)據(jù)描述的基礎(chǔ)結(jié)構(gòu)集合在一起。ADO+ 是對 ADO 的較小改進(jìn)，它使之成為一個用于創(chuàng)建分布式和數(shù)據(jù)共享應(yīng)用程序的基于各種標(biāo)準(zhǔn)的編程模型。