本文目录一览

1，ODBC跟ADO哪个好一点

微软的数据库接口未来发展方向是ado.网上有好多例子，可以看看。

ODBC跟ADO哪个好一点

2，JDBCODBC连接数据库到底那个好好在那儿

java 就用JDBC啦。C#就用ADO,ADO.net啦...现在基本都不用ODBC了..! 至于为什么不用楼上那位仁兄已经说的很清楚了..!
我认为JDBC好，因为他只依靠自身，加载数据包后，到哪都可以运行，不像ODBC，还需要配置数据源驱动，经常移动的程序会特别的麻烦 个人见解，如有错误，请多多指正

JDBCODBC连接数据库到底那个好好在那儿

3，SqlConnectioinDbConnection哪一种连接SQL SERVER数据库最

理论上来说（你非要比较一下），当然 ： SqlConnectioin 连接sqlserver数据库最快了。其他都是 通用接口，其中需要一个转换的过程（这个时间一般可以忽略的）。
搜一下：OleDbConnection,SqlConnectioin,DbConnection哪一种连接SQL SERVER数据库最合适，速度最快？

SqlConnectioinDbConnection哪一种连接SQL SERVER数据库最

4，数据库的连接该用bde还是ado

OLE　DB：是如何与多种数据库连接的，需要哪些组件才能连接?与ODBC的关系? 　　ADO即ActiveX Data Objects,是微软提供的使ASP具有访问数据库的Components。　ADO与RDO（Remote Data Objects）有某种类似的地方。但据说ADO的访问的速度更快，内存需要更小。动态数据对象。这是使用OLE　DB的一组对象。 也就是说， 　　ODBC:　开放数据库连接标准。提供独立于DBMS的处理关系数据库中的数据的办法。（是一种编程接口，能使应用程序以sql访问DBMS) 　　OLE　DB:一个封装了数据库服务器功能的面向对象的接口，为多种数据库类型服务。一种简单的对象模型，可以被数据消费者用来处理任何OLE　DB数据。 OLE　DB，ODBC都是提供连接数据库动态连接库 　　BDE:　跟ADO的概念差不多，是中间件的一种。（不过，是Borland公司自己用） 　　BDE：在发展初期，主要用于封装对dbf、paradox等文件数据库的访问接口，后来提供了对ODBC访问的接口，并逐渐封装了对大多数主流 DBMS访问的接口。BDE最大好处，一方面是支持非常多的文件型数据格式，另一方面就是提供良好的数据缓存技术，支持双向游标，但同时牺牲了性能，从这 点，我认为BDE不能算是一个最优的数据访问引擎。目前，Borland公司已经停止了BDE的发展，将以DBExpress技术取而带之。
ADO
对于ADO与BDE，李维的3本书上有一些分析，可以参考一下。个人比较喜欢ADO，因为配置与发布都比较简单。操纵也不会复杂。MDAC自带的OLE DB Provider for Oracle对Oracle支持得不好，一定要用Oracle自己的Provider。如果能升级到Delphi6可以用DBExpress，性能又有了提升。
ado 处理并行难一些，但是数据操作语句简单实用。另外在DELPHI中ADO的功能没有vb中的多bde 处理并行效果好，而且他是DELPHI自己的数据引擎，所以和delphi集成好一些，编程控制也比较灵活。我个人偏爱bde。

5，数据库编程用ADO好还是ODBC好

VC环境下推荐使用ADO，ADO采用COM接口，读取速度快，而且程序可移植，只要数据库的路径一致。ODBC效率也行吧，唯一的缺点就是连接前要在程序所在的电脑上重新配置一下数据源，也就是把你的程序拷贝到别人的电脑上，必须配置一下才能用，当然写代码也可以，但不如ADO方便。
这要看具体情况，如果对数据库的底层访问很看重，则用ODBC，如果只是需要一个数据库的接口，而具体细节不是很重要的话，则用ADO。大多数情况下，使用ADO。ODBC: 直接使用ODBC API编写应用程序需要编制大量代码，Visual C++提供了MFC ODBC类，其中封装了ODBC API，因此，使用MFC来创建ODBC的应用程序非常简便。主要的MFC ODBC类如下所示。 CDatabase类：一个CDatabase对象表示一个到数据源的连接，通过它可以操作数据源。应用程序可使用多个CDatabase对象，构造一个对象并调用OpenEx()成员函数打开一个连接。接着构造CRecordSet对象以操作连接的数据源，并向 CDatabase对象传递记录集构造程序指针。完成后用Close()成员函数销毁CDatabase对象。一般情况下并不需要直接使用CDatabase对象，因为CRecordSet对象可以实现大多数的功能。但是在进行事务处理时，CDatabase就起到关键作用。事务(Transaction)指的是将一系列对数据源的更新放在一起，同时提交或一个也不提交，为的是确保多用户对数据源同时操作时的数据正确性。 CRecordSet类：一个CRecordSet对象代表一个从数据源选择的一组记录的集合——记录集。记录集有两种形式，snapshot和dynaset，前者表示数据的静态试图，后者表示记录集和其他用户对数据库的更新保持同步。通过CRecordSet对象，用户可以对数据库中的记录进行各种操作。 CRecordView类：CRecordView对象是在空间中显示数据库记录的视图。这种视图是一种直接连到CRecordSet对象的格式视图，它从一个对话框模板资源创建，并将CRecordSet对象的字段显示在对话框模板的控件中。对象利用DDX和RFX机制，使格式上的控件和记录集的字段之间数据移动自动化，也就是说，用户不用编写一行代码就可以实现简单的数据库记录查看操作。CDBException：由Cexception类派生，以3个继承的成员变量反映对数据库操作时的异常。 m_nRetCode：以ODBC返回代码(SQL_RETURN)的形式表明造成异常的原因。 m_strError：字符串，描述造成抛出异常的错误原因。 m_strStateNativeOrigin：字符串，用以描述以ODBC错误代码表示的异常错误。 MFC数据库类成员函数都能抛出CDBException类型异常，所以在代码对数据库进行操作后监测异常是正确的做法。ADO: ADO技术是基于OLE DB的访问接口，它继承了OLE DB技术的优点，并且，ADO对OLE DB的接口作了封装，定义了ADO对象，使程序开发得到简化。ADO技术属于数据库访问的高层接口。ADO基于COM，提供编程语言可利用的对象，除了面向VC++，还提供面向其他各种开发工具的应用，如VB、VJ等。ADO在服务器应用方面非常有效，特别是对于动态服务器页面(ASP，Active Server Page)的支持。 ADO对象结构类似于OLE DB，但并不依靠对象层次。大多数情况下，用户只需要创建并使用需要处理的对象。ADO 最主要的优点是易于使用、速度快、内存支出少和磁盘遗迹小。ADO 在关键的应用方案中使用最少的网络流量，并且在前端和数据源之间使用最少的层数，所有这些都是为了提供轻量、高性能的接口。下面的对象类组成了ADO接口。 Connection：用于表示与数据库的连接，以及处理一些命令和事务。 Command：用于处理传送给数据源的命令。 Recordset：用于处理数据的表格集，包括获取和修改数据。 Field：用于表示记录集中的列信息，包括列值和其他信息。 Parameter：在传送给数据源的命令之间传递数据。 Property：用于操作在ADO中使用的其他对象的详细属性。 Error：用于获得可能发生的详细错误信息。
ADO 是不是.NET的 ?
网络游戏一般的可以使用mssql,这个是微软的,但是作为商业用途是要收费的...mssql应付一般的网络游戏已经足够了. 如果需要免费的数据库,可以使用mysql.这个也相当不错.. 你说的dao,ole db是数据库驱动程序吧,不牵扯到具体的数据库... 如果你要说驱动的话,各有各的好处吧..ole 和odbc 比较常用----------*******-----大哥,采纳为最佳答案啊----------*******-----
都是数据库访问技术接口，各有优势~~不过我个人推荐用ADO,其个人原因只有一个：那就是不用配置数据源，发布起来方便！ :）

文章TAG：数据库用哪个接口最好用  ODBC跟ADO哪个好一点  
下一篇