关于 OLE DB 和 .NET 的思考

关于 OLE DB 和 .NET 的思考

LE DB 和 .NET 的思考

你我并不相识。不过，面对一个实实在在的问题“软件到底是什么？”，我却没有合适的答案。

设想一下这样一个场景：在一个旅游纪念品商店，你正专注于购买一些没用的东西（主要是纪念品），以便让到机场接你的朋友和亲戚感到开心。这时，往往会有人问你：“第一次来吗？出差还是度假？”

所以，如果你是在做和软件有关的事，而不是在度假，那你就不得不面对这个现实的问题。

那么，软件到底是什么？

回答这种关于存在的问题是很困难的，尤其是如果此时你正在闲逛，背着一背包明信片、考拉图片和袋鼠玩具，包上还印着防鳄鱼的黄色警告标志。

我努力使自己的思维自由而又尽量简单。首先，软件是跟计算机相关的。软件也和演变有关。当然，软件还与数据（特别是数据存储和操作）有关。

回到旅馆后，我仍在思考下面的问题——关于数据的存储和使用，我近年来观察到了怎样的演变？于是，我开始思考 OLE DB 及其在 .NET 方面的演变。

软件进化论

从历史角度来说，ODBC 进行了第一次严肃尝试：它试图创建一种统一的应用程序访问数据库的途径。像软件中的其他东西一样，ODBC 的设计目的是满足某种特定的需要。在信息技术永无止境的进化进程中，它开创了一个新阶段。

ODBC 必须提供一个公用的（最好是抽象的）API，用来访问数据库，而不用考虑数据库的内部细节、语言和表的组织。但是，随着时间的推移，人们发现，面对新的数据驱动应用程序的设计与构造方法，ODBC 越来越无法成功地满足需要。

软件也有自己的进化论。ODBC 以不同的名称、不同的编程模型和新的功能适应了变化，生存了下来，同时又保持了它的真正使命。ODBC 继续以 OLE DB 的名称和功能提供（或多或少地）开放式数据库连接的功能。

OLE DB 作为一种编程接口，将 Microsoft 通用数据访问 (UDA) 策略的理论概念应用于实践。UDA 能够通过基于 COM 的单一编程接口来访问各种类型的数据，包括关系型、非关系型和层次结构型数据。