[心缘地方]同学录
首页 | 功能说明 | 站长通知 | 最近更新 | 编码查看转换 | 代码下载 | 常见问题及讨论 | 《深入解析ASP核心技术》 | 王小鸭自动发工资条VBA版
登录系统:用户名: 密码: 如果要讨论问题,请先注册。

[ASP]ODBC、OLEDB与ADO的关系[转]

上一篇:[备忘]打开nVIDIA显卡属性中的刷新率超频!
下一篇:[ZT]酸碱性食物

添加日期:2007-4-16 15:27:41 快速返回   返回列表 阅读3282次
关系,或说发展进程,写的挺逗的。
----------------------------------------------------------
史前

    那时候每个数据库供应商(其实也没几个)

    都有自己的数据库操作API,

    每个应用程序只能使用一个固定的数据库

    想换数据库?没门!你要全部重新写

后来

    X/OPEN和ISO(好像还有IBM)说

        KAO,这么乱,程序员怎么活啊

    于是提出了CLI(Call-Level Interface)

    每个数据库的CLI(驱动程序)基本上相同,

    程序员总算好过点了,可是要换数据库,

    你写的程序需要重新编译(或许还要安装)

再后来

    于是ODBC来了,它通过动态装载各个数据库的CLI

    把函数调用转换成每个数据库的CLI调用

    数据库应用程序总算和数据库供应商每什么关系了

再后来

    MS提出了OLE,MS还有了自己的数据库

    (Access/SQL Server)

    MS是老大,这个问题上当然要有自己的看法

    要是还只是提供ODBC,那多没面子

    所以提出了 OleDb,它通过COM接口调用

    OleDb也需要每个数据库提供一个CLI

    (不过有了新名词,叫作Provider)

    MS 给 Access和SqlServer分别写了一个Provider

    不过为了照顾使用ODBC的,也提供了一个ODBC的Provider

    这样那些只提供ODBC的数据库也可以通过OleDb访问

    不过这样效率就稍微低了(因为要经过两层么)

    所以现在有些数据库会提供自己的Provider

再后来

    MS说OleDb的接口太复杂了

    程序员也就调调QUERY

    没必要搞这么复杂吧

    于是提出了ADO,ADO 通过在OleDb上面封装

    简化了使用方法,程序员在操作数据库上总算是解放了

新世纪终于到来了

    MS也发明了.NET,为了适应新世纪新潮流

    也提出了 ADO.NET,

    这部分的内容我不大清除,请哪位大人继续 :)

    不过我感觉是在原ADO上面继续封装吧

 

评论 COMMENTS
没有评论 No Comments.

添加评论 Add new comment.
昵称 Name:
评论内容 Comment:
验证码(不区分大小写)
Validation Code:
(not case sensitive)
看不清?点这里换一张!(Change it here!)
 
评论由管理员查看后才能显示。the comment will be showed after it is checked by admin.
CopyRight © 心缘地方 2005-2999. All Rights Reserved