我正试图绕过它。我检查了其他问题,似乎没有什么太相似。
Office 2013开发中心包含大量DAO示例,并声明它是使用Access文件的最简单方法之一(不需要Access窗口),但DAO是一种不推荐使用的技术。 (https://msdn.microsoft.com/en-us/library/office/ff834801.aspx)
我正在尝试编写一个Excel加载项(最终结束点),它将对.accdb格式的Access分配进行评级。
我不能只使用ADODB执行SQL查询来提取数据,除非SQL也可以执行以下操作:
我还需要检查表中是否存在某些值,但我可以使用SQL解决这些问题。
我应该使用DAO还是坚持使用ADODB?请记住,我正在使用Excel,而不是在Access VBA中编程。
答案 0 :(得分:1)
使用Excel表的最简单方法是手动或通过VBA中的TransferSpreadsheet函数在Access中链接它们。如果对Excel中的文件名和选项卡名称使用通用命名标准,则不必重新链接,而是可以替换Excel文件,除非布局已更改,否则Access链接将读取新文件。
链接后,您可以使用逐个查询工具编写您的查询,这些查询也可以写入代码(即嵌入VBA [旧学校而非最佳实践]或保存在Access表中然后查看up并分配给变量以与CurrentDb.Execute strSQL,dbFailOnError命令一起使用。
我建议手动链接第一轮,以便您可以手动定义各个列类型,而不是让Access搞砸了。
如果您不能使用通用名称并且必须通过浏览对话框选择文件,则可以通过Google获取文件浏览功能,以便以编程方式链接文件。 (或者你可以将它重命名为更通用的通用名称)
所以DAO与ADODB从Access的角度来看是没有意义的。在过去4年里,我支持了50个数据库,其中有70,000多行代码和几十个Excel源文件,从来没有考虑过这个问题。