连接MS SQL，是ODBC效率高一点呢？还是ADO效率高呢？
请教下：
如果频繁的读写数据，那么是ODBC效率高一点呢？还是ADO效率高呢？
谢谢！
[解决办法]
ODBC高一些，因为ADO是更高层的封装，越封装对性能是越差，但易用性会越高。
[解决办法]
odbc是通用的吧，而ado作为ms核心技术，感觉比它更快
所以说要通用的话就选择ODBC，对速度有特别要求的话可选择ADO
PS：效率这个问题还与别的因素有关，比如网络带宽等，这里就不细说了。
[解决办法]
差不了多少,哪个用着顺手就用哪个
[解决办法]
我觉得数据库自带的应该最高。
[解决办法]
对支持OLEDB的数据库来说，ADO比ODBC快。
但是mysql不支持OLEDB，ADO也要通过ODBC访问，因此ODBC相对快。
如果追求效率，用mysql的api，这个是最快的。
[解决办法]
看错了,ms sql支持oledb的。速度：api > oledb > ado > odbc
[解决办法]
odbc是通用的吧，而ado作为ms核心技术，感觉比它更快
所以说要通用的话就选择ODBC，对速度有特别要求的话可选择ADO
[解决办法]
呵呵ADO比ODBC出来晚，俗话说，后生可畏啊！我现在都用ADO！
[解决办法]
我用ADO，觉得还行！
[解决办法]
唉，根本不是这么回事。
ADO是OLE DB的自动化的封装，也就是说，ADO是OLE DB的一个上层表示。
所以，使用ADO，肯定比直接使用OLE DB要多跨过一层软件。
OLE DB不仅是数据接口引擎，也提供了适配ODBC的引擎。
举个例子说明下：
SQLServer 提供了OLEDB接口，也提供ODBC接口，那么，我们就可以建立起几条“软件路径”
ADO --》 OLE DB --》 SQLServer OLEBD Driver
ADO --》 OLE DB --》 ODBC --》 SQLServer ODBC Driver
所以，从路径上，我们可以找到切入点，比如：
使用VB，我就可以使用ADO，选择路径1。
如果我使用C++，我可以选择路径1，从OLE DB开始。。
如果我使用C，我可以选择路径2，从ODBC开始。。
当然，你使用ADO或者OLE DB也可以选择路径2，但显然多了一层软件。
