【Dino Esposito】按照 .NET 方式公開專有資料

下載 Dida09132001_source.exe。

在過去的幾年中，許多公司都在 OLE DB 技術上支出了相當多的費用。OLE DB 是已經轉化成具體程式設計的技術，這要求在 UDA 規範中建立通用資料訪問策略觀點的理論。OLE DB 是基於以下想法構建的：使用一套 COM 介面來讀寫資料來源的內容，而不考慮它們的關係、層次或平面結構。

OLE DB 附帶的面向 C++ 的設計也許有點過於複雜，但是在使用它以標準方式公開專有資料時，它無疑提供了很大的靈活性。OLE DB 提供一個基於 COM 的公共 API，通過它，使用者應用程式無需瞭解內部細節，即可與資料提供程式模組進行聯絡。每個提供程式都封裝一個特定的資料儲存（如商業 DBMS）、一個系統元件（如 Active Directory™），或者說得再簡單些，每個提供程式都封裝具有自定義格式的專有資料的管理器。

.NET 的出現在某種程度上將所有基於 COM 的技術推到一邊，OLE DB 也不例外。所有希望通過 OLE DB 提供程式訪問資料的 .NET 應用程式都必須跳出公共語言執行庫 (CLR) 環境並依賴互操作性服務。所有這些都導致一定的開銷，而且這種開銷決不會對應用程式的整體效能帶來任何益處。為了從根本上解決此問題，.NET 引進了託管提供程式，它嘗試在 CLR 上下文中執行任何任務時，與 OLE DB 提供程式共享幾乎相同的模式。

.NET 框架附帶 OLE DB 託管提供程式，即，.NET 框架是一個橋樑，它使您能夠直接訪問所有現有的 OLE DB 提供程式。由於應用程式能夠繼續成功調入現有的 OLE DB 提供程式，因此該元件節省了您當前的投資。不過，問題在於另一點。

在 .NET 以前的時代，OLE DB 提供程式是唯一一個可使專有資料公開可用的選項，即，它以能夠廣泛接受的格式存在。對於相對簡單的資料格式（如用逗號分隔的檔案），還有一個使用 OLE DB Simple Provider Toolkit 的選項。Simple Provider Toolkit 是一個編寫工具，即使在 Microsoft_ Visual Basic_中，它也是具有有限數量的功能的緊縮包裹型 OLE DB 提供程式。

在 .NET 中，公開專有資料要求進行更深思熟慮的選擇，這主要是因為您可以選擇多個功能等價的選項。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-329633/，如需轉載，請註明出處，否則將追究法律責任。