＋设为首页 ＋添加到收藏夹
软件进化论
从历史角度来说,odbc 进行了第一次严肃尝试:它试图创建一种统一的应用程序访问数据库的途径.像软件中的其他东西一样,odbc 的设计目的是满足某种特定的需要.在信息技术永无止境的进化进程中,它开创了一个新阶段. odbc 必须提供一个公用的（最好是抽象的）api,用来访问数据库,而不用考虑数据库的内部细节.语言与表的组织.但是,随着时间的推移,人们发现,面对新的数据驱动应用程序的设计与构造方法,odbc 越来越无法成功地满足需要. 软件也有自己的进化论.odbc 以不同的名称.不同的编程模型与新的功能适应了变化,生存了下来,同时又保持了它的真正使命.odbc 继续以 ole db 的名称与功能提供（或多或少地）开放式数据库连接的功能. ole db 作为一种编程接口,将 microsoft 通用数据访问 (uda) 策略的理论概念应用于实践.uda 能够通过基于 com 的单一编程接口来访问各种类型的数据,包括关系型.非关系型与层次结构型数据. ole db 是作为一种组件技术而设计的,其特点是采用了多层模型.在 com 桥的一侧是用于保留数据的服务器组件,另一侧则是了解如何连接与请求数据的客户端组件.前者称作 ole db 数据提供者;而后者则称作 ole db 使用者. 使用者与提供者都是 com 对象,并能够通过一套 com 接口互相通信.这种基于 com 的通信可被概括为在抽象对象（如 datasource.session.command 与 rowset）上执行的操作.因此,当使用者连接到 datasource,打开 session,发出 command,并返回数据 rowset 时,便会出现这种情况. odbc 的这一进化使 uda 与 ole db 添加了一种功能,这种功能就像一个简单的关系表一样,将所有的企业数据粘合在一起,不论它们是关系型.非关系型还是层次结构型.... 下一页