国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 開發 > 綜合 > 正文

ADO+ 引導數據種類的演變 (轉自 ms 二)

2024-07-21 02:23:48
字體:
來源:轉載
供稿:網友
ado+ 增加了哪些內容?

用最抽象的話來說,ado+ 是具有更大的可伸縮性和互操作性的 ado。就對象模型及編程問題而言,ado 與 ado+ 是完全不同的兩個實體。盡管這樣,ado+ 源自 ado 并保留了它的鼓舞人心的原則。

以更多互操作性和可伸縮性充實 ado 的關鍵在于斷開這個概念。在允許客戶機端的腳本代碼實現諸如排序、過濾和文檔/視圖模型之類的有趣和交互式功能的同時,斷開的記錄集作為一種保留系統資源的方式被引入到 ado 2.0 中。ado+ 與 ado 相比具有三個主要優點:互操作性、增強的可伸縮性以及強類型。此外,ado+ 便于數據組件間的數據共享以及在表中的記錄間進行導航。

ado+ 從一開始就被設計為對斷開的數據集進行操作。斷開的記錄集只能有益于應用程序,因為它們是數據的本地視圖,能夠較快地處理和傳輸數據。ado+ 將 xml 用作通用的傳輸格式。只要接收組件運行于有 xml 分析程序可用的平臺上,就可以提供許多功能,同時確保互操作性。通過 xml 進行傳輸時,接收者不再必須是一個 com 對象。xml 是一種簡單但卻功能強大的基于文本的標準,它近來已廣為業界所接受,因而,目前有理由期待差不多每個平臺上都會有一個 xml 分析程序。這樣的話,接收組件就不會有任何的體系結構限制。任何一對軟件組件都可以共享 ado+ 數據,只要它們同意將相同的 xml 架構用于傳輸數據格式。圖 2 對 ado+ 適用于現有體系結構的方式進行了說明。


圖 2. 在 dna 方案中使用 ado+

表示層可以通過 win forms 或 web forms(這兩種編程單元專用于 microsoft visual studio.net 平臺)使用或創建數據集。在任一種情況下,運行于業務層的組件都接收一個 xml 流并進行任意處理。這些組件可以重新構建一個 ado+ 環境,也可以將數據按原始 xml 處理并使其適合于發送到物理數據存儲器中。業務組件可以獲取 ado+ 數據,將其轉換為 xml,然后將其發送回客戶機。任何可以理解 xml 的應用程序都可以在任一點上介入這一架構。

可伸縮性是分布式系統在不喪失效率的情況下對數目逐漸增長的客戶機進行服務的能力。可伸縮性是一個常與數據庫有關的術語,這是由于分布式系統很大程度上依賴于數據庫。可伸縮性無論對于數據庫服務器還是對于封裝了數據訪問操作的任何軟件制品都是一個可以持續存在的問題。可伸縮性的最大敵人就是對關鍵資源的濫用。在分布式系統中,關鍵通常意味著有限。數據庫連接就是可以影響可伸縮性的關鍵資源的一個示例。固定數目的連接的可用性對系統的增長及其能力形成了一個實際的限制。好的軟件了解這種情況并采取適當措施限制其影響。ado+ 對這一問題的處理是怎樣優于 ado 的呢?并不是說 ado 是不可伸縮的,而是說對斷開的和內存中的表的內在使用(這是 ado+ 的特征)使 ado+ 成為內在具有更大可伸縮性的解決方案。它具有更大可伸縮性的原因在于斷開的數據集不在很長的時間內保留鎖或保持打開連接。如果使用 ado,您必須編寫代碼才能獲得這一功能;而使用 ado+ 則會免費獲得這一功能。

將 xml 用作數據集的傳輸語言可以比 ado 更有效地進行數據共享。首先,繞過諸如記錄集之類的 com 對象所必需的 com 匯集使組件可以使用它們要使用的任意數據類型的集合。這還會帶來更好的性能,因為不再需要確保記錄符合標準的 com 數據類型的數據類型轉換。xml 和 http 的使用還允許數據跳過防火墻。正常情況下,防火墻允許 http 數據包通過,但會阻止任何試圖經由端口號不是 80 的端口進來的任何其它內容通過。


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


ado+ 的構成要素

現在我要介紹主要的 ado+ 對象。我們以所有內容的起源開始,即 dataset 對象。

數據集是 ado 記錄集的演化。數據集不過是數據庫的斷開連接的內存中的視圖。就您可以擁有動態創建的數據集和數據表而不需要來自數據庫管理系統 (dbms) 的任何信息而言,數據集與數據源沒有任何嚴格意義上的關系。換句話說,數據集使用了一些添加到 ado 記錄集中的功能:斷開時工作的能力以及計劃性地創建并以任何種類數據進行置入。數據集可以包含任意數目的表,每個表通常(但不總是)對應于一個數據庫表或視圖。datatable 對象對應的表不過是一些行與列的集合。每一行保留其原始狀態及其當前狀態。

ado 記錄集一直經常以一種充當某種超級數組的通用數據類型出現。同樣,ado+ 數據集是一種提供以下功能的超級記錄集:

一種容納數據的更好和更豐富的編程接口。


一種不需要與實際數據源的任何內在綁定而提供更為廣義的數據視圖的對象模型。


一種用于輸入和輸出的基于 xml 的標準控制臺。
ado 記錄集基本上是一種(可能是分層的)記錄集合,它帶有一些特定方法,用于完成一些有趣功能。其中包括包括滾動、排序、過濾、書簽。記錄集本質上是表在內存中的副本。而數據集看起來更象 sql server 或 access 數據庫,它是一個包含更多表、特定視圖和外鍵關系的實體。

數據集對象模型反映了這一較大的范圍,它允許您查看跨越多個數據表、關系、擴展屬性和行的多個集合的可用數據 — 這還可用于說明非持久數據或只是來自不是數據庫的另一個持久存儲介質的數據。

ado 記錄集允許您將內容保存到 xml 中,并從一個外部 xml 文件重新構建該內容。然而,采用的缺省 xml 架構是針對導出/導入 ado 記錄集而優化的,而不是針對實際數據交換。ado xml 架構包含許多關于列類型和位置以及其它元數據的信息。如果您希望從某一 xml 文檔中重新構建記錄集,則這些信息是至關重要的,但如果您只是希望傳遞數據并使接收者使用它,則這些信息沒有什么用處。有了 ado+ 數據集,xml 架構更為精練,因為被表示的對象與關系數據庫沒有直接關系,盡管對象可以用來精密地再現數據庫。ado+ 數據集對數據進行描述,而 ado 記錄集則對由某一表中獲取的一個記錄集合進行描述。這就是 ado+ 數據模型的動人之處。

ado+ xml 架構只是再現表以及數據集中定義的關系,構建一個 dataset 對象的責任則留給 ado+ 運行時完成。ado xml 格式由于過于具體而無法真正實現互操作。它還由于過于繁瑣,如果不進行數據壓縮的人工干預,它就無法進行高效的匯集。ado+ 數據集體系結構的鼓舞人心的原則與導致我創建 javascript 的 recordset 對象的原因之間存在一種底層的相似之處。在這兩種情形中,您都將數據說明(例如,一個 xml 字符串)轉換為一個專用于平臺的操作對象(即一個 javascript 對象)。在這樣做的過程中,您安全地將您的數據從一層發送到另一層,而不考慮安裝的操作系統或軟件。


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


ado+ 命令

盡管 dataset 對象提供一個內存中數據存儲的工具,您還需要另一個工具對各種表進行創建和初始化。這一工具就是 datasetcommand 對象,它代表一個將使用連接和命令的細節隱藏起來的集中式控制臺。datasetcommand 對象允許某一 dataset 對象與源數據存儲器間的數據檢索和保存。它負責從物理存儲器中提取數據,然后將其推送到各數據表和關系中。datasetcommand 對象還負責向實際數據庫傳輸任何更新、插入或刪除操作。datasetcommand 對象通過底層 ole db 提供者能夠理解的 sql 命令或命令字符串完成這一功能。datasetcommand 對象以兩種形式存在:

sqldatasetcommand 對象


adodatasetcommand 對象
它們可以被當作在數據表和數據源中的對應表之間的代理。數據源是用于 sqldatasetcommand 對象的 sql server 7.0(或更新版本)以及用于 adodatasetcommand 對象的任何其它 ole db 提供者。

一般說來,ado+ 能夠識別并處理兩種類型的數據源:sql server 7.0(及更新版本)以及可以通過 ole db 提供者進行訪問的任何數據源。這些又稱為被管理的提供者。

作為使用 datasetcommand 對象的一種替換(如代碼示例 1 中所示),您可以通過使用諸如連接和命令之類的較為熟悉的對象,直接對被管理的提供者進行操作。

代碼示例 1

dim ods as dataset
dim ocmd as sqldatasetcommand

ods = new dataset
ocmd = new sqldatasetcommand("select * from employees", strconn)
ocmd.filldataset(ods, "employeeslist")

dim orow as datarow
for each orow in ods.tables(0).rows
   console.writeline(orow(0).tostring())
next

通過查看這種類型的 ado+ 代碼,您會發現它與舊式的 ado 編程沒有多大的差別。它具有新的對象、新的編程接口、經過改進的新功能,但代碼模式相同。如代碼示例 2 中所示。

代碼示例 2

dim ocn as sqlconnection
dim ocmd as sqlcommand
dim odr as adodatareader
ocn = new sqlconnection(strnwind)
ocmd = new sqlcommand("mystoredproc 'davolio'", ocn)
ocmd.commandtype = commandtype.storedprocedure
try
   ocn.open()
   ocmd.execute(odr)

   while odr.read
      console.writeline(odr("lastname").tostring))
   end while
catch e as exception
      console.writeline(e.tostring)
finally
      odr.close()
      ocn.close()
end try

請注意,上述代碼具有 microsoft visual basic® 7.0 引入的一些語法元素的特征 — 特別是最終取代了 on error 機制的 try-catch 結構。ado+ 代碼充分利用了提供諸如 console 之類的系統對象的.net 運行時服務。

還有什么特殊的功能可以幫助您確定革新的 datasetcommand 方法是否優于使用傳統的 ado 嗎?通過使用 datasetcommand 對象與數據源進行通信,基本上與通過使用 ado 連接和命令相同,并帶有一個重要的推論:所有的 ado+ 對象,如 datasetcommand 對象,都可以通過派生新的、更專用的類而進行定制。因此,舉例來說,您可以控制將數據集的更改傳送到數據庫的方式,以及(比方說)優化性能、對數據進行壓縮或加密、執行數據驗證以及許多其它功能。


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


強類型編程

您通過 ado 對數據庫對象和類似 recordset 和 fields 的集合進行操作。除了將實際數據視為某種參數外,這種方法沒有什么錯誤:

set ors = new adodb.recordset
ors.open strsql, strconn
while not ors.eof
msgbox ors("firstname") & " " & ors("lastname")
ors.movenext
wend

在上述 ado 代碼片斷中,第一個和最后一個名稱被用作進入 recordset 和 fields 集合的入口點。由于 visual basic 的缺省屬性,您可以編寫相對容易閱讀的代碼。依照 ado,某一給定記錄字段的“完整對象模型路徑”應為:

ors.fields("firstname").value

此外,ado 總是使用 variant 數據類型,以便與基于腳本的環境(特別是 asp)相一致。

ado+ 通過提供借助數據的自然名稱對存儲于數據集中的數據進行訪問的能力,使數據庫編程更進了一步。如果要在某一數據集中尋址某一表,您可以使用該表的 ado+ 名稱并對使用列和行的名稱對列和行進行訪問,而不是通過基于集合的方法。此外,所有的有關變量都擁有一個特定的(與 variant 相對)數據類型。這稱為強類型編程。上面顯示的對一個 employees 表中的 firstname 和 lastname 進行操縱的代碼可以按下面的形式重新編寫:

msgbox employees.firstname & " " & employees.lastname

一種具有類型的 dataset 即是一個自 dataset 繼承的類。采用數據集的強類型版本是有益的,原因是 ide 自身可以實時地向您通知可能的類型不匹配錯誤,而且 microsoft intellisense® 技術可以隨時向您建議一些方法和屬性。


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


摘要

ado+ 不僅僅是對數據進行操作的另一個對象模型。從本質上說,它是在范圍更廣、跨平臺方案中的 ado 的重現。ado+ 是擴展的 ado,它在能夠理解 xml 的任何平臺上與任何軟件組件協同工作。它對數據進行建模,而不是對數據庫或數據提供者。它從數據庫基礎結構中提取數據,并將其置于一種中性的環境中,數據在這種環境中就是數據,無論存儲介質、物理結構或用來對其進行訪問的 api 究竟是什么。其關鍵即是 xml,它代表了一種用于 ado+ 數據集的 i/o 控制臺。另一個重要的方面是主要對象(即數據集)的斷開連接和在內存中的性質。

因此,您可以發送數據的 xml 說明,并讓 ado+ 服務器端的組件將其構建為一個數據集。您也可以擁有非 ado+ 組件,它們只是獲取該 xml 說明后對其運行自己的分析程序并獲得同樣的結果。ado+ 專用于 windows,但它可以與幾乎所有的平臺交換數據。請留意跟蹤 ado+ 演變的后續文章。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 尼木县| 泸西县| 城口县| 阿鲁科尔沁旗| 信宜市| 晋城| 马龙县| 方山县| 许昌县| 台中县| 永川市| 包头市| 九龙县| 遂溪县| 长春市| 仙桃市| 新野县| 锡林郭勒盟| 岢岚县| 游戏| 岳阳市| 施秉县| 浏阳市| 芮城县| 宜兰市| 桦甸市| 蓝田县| 礼泉县| 太湖县| 肥西县| 观塘区| 遂溪县| 香河县| 佛教| 昌都县| 邯郸县| 枣阳市| 白水县| 灵丘县| 开化县| 阳江市|