我正在阅读有关pivotcache的MS Excel帮助文章,并想知道OLE DB和ODBC源的含义
...您应该使用CommandText属性而不是SQL属性,该属性现在主要用于与早期版本的Microsoft Excel兼容.如果同时使用这两个属性,则CommandText属性的值优先.
对于OLE DB源,CommandType属性描述CommandText属性的值.
对于ODBC源,CommandText属性的功能与SQL属性完全相同,设置属性会导致数据刷新...
我非常感谢你的简短回答.
我有一个SQL Server数据库,我需要通过vbscript将数据推送到它,以及将数据拉入Excel.我找到了多个连接字符串,但是没有存储库可以比较它们的性能和功能.Provider=到目前为止我找到的驱动程序选项()是:
我读到的不同的东西说ODBC更好,因为它已经存在更长时间.并且OLE DB已经存在足够长的时间以具有相同的优势.并且OLE DB可以与某个公司的应用程序一起使用.ODBC是由同一家公司制作的.OLE DB可以更好地连接到不同类型的应用程序.ODBC对数据库的效果更好.原生是......原生,所以必须更好......因为这个名字？
我发现这里有多个问题,没有或部分答案,或者有多个评论声称答案已经过时了.那么,截至目前,这些不同驱动因素之间的具体差异是什么？他们在不同情况下有不同的表现吗？他们有不同的功能吗？我是否需要进行性能分析以确定我的特定用例的最佳性能和可靠性,或者是否有Microsoft或某些公认的专家推荐的标准"最佳实践"？或者它们基本上都在做同样的事情,只要它安装在目标系统上并不重要吗？
我在这里找到了这个问题:OLEDB v/s ODBC
这给了我更多的信息,但没有真正回答我问的问题,所以我将从那里开始.
我在C#工作.我会告诉你关于我如何解决这个难题的长篇故事,但基本上我是在尝试在ODBC和oleDB之间做出决定.
我们与许多不同的客户合作,这些客户拥有各种各样的数据库(一些SQL,一些oracle,一些我从未听说过的东西,也没有记住这个名字)
现在,根据我的理解,ODBC已经过时了,而且是标准.现在OleDB已经出现......并且......是不同的？但完成同样的事情(它与数据库谈话)
为什么我要使用一个而不是另一个？ODBC是(根据上面的帖子)跨平台,这很好,但他提供的信息很少,关于OleDB提供的ODBC没有.
在我的其他研究中,我发现(在MSDN论坛上)人们说"如果可以,请使用OleDB,如果必须,请求使用ODBC"当然,三个人没有给出任何理由,所以我想听一些.