| 网站首页 | 业界新闻 | 小组 | 威客 | 人才 | 下载频道 | 博客 | 代码贴 | 在线编程 | 编程论坛
欢迎加入我们,一同切磋技术
用户名:   
 
密 码:  
共有 2353 人关注过本帖
标题:System.Data.Odbc与System.Data.OleDb
只看楼主 加入收藏
水中游
Rank: 3Rank: 3
等 级:新手上路
威 望:9
帖 子:149
专家分:0
注 册:2006-3-20
收藏
 问题点数:0 回复次数:3 
System.Data.Odbc与System.Data.OleDb
System.Data.Odbc与System.Data.OleDb 的区别是什么?
搜索更多相关主题的帖子: Odbc Data System OleDb 
2006-05-25 19:49
keikei
Rank: 2
等 级:新手上路
威 望:4
帖 子:152
专家分:0
注 册:2006-5-15
收藏
得分:0 

上网查一下不就知道了,恩-----很多的!!!!

2006-05-25 21:52
银月
Rank: 1
等 级:新手上路
帖 子:127
专家分:0
注 册:2005-1-2
收藏
得分:0 

史前

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

都有自己的数据库操作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上面继续封装吧


2006-05-26 11:04
xxxxx52
Rank: 4
等 级:贵宾
威 望:13
帖 子:689
专家分:0
注 册:2006-4-30
收藏
得分:0 
厉害 编年史~

好的资料下载网站http:///in.asp?id=xuelion2006 嘿嘿帮点一下拉~
2006-05-26 11:12
快速回复:System.Data.Odbc与System.Data.OleDb
数据加载中...
 
   



关于我们 | 广告合作 | 编程中国 | 清除Cookies | TOP | 手机版

编程中国 版权所有,并保留所有权利。
Powered by Discuz, Processed in 0.035809 second(s), 7 queries.
Copyright©2004-2024, BCCN.NET, All Rights Reserved