【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/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12639172/viewspace-329633/