我的问题是：有没有其他的ODBC可以让我们将我们的SQL Server连接到MS Access？对于MS Access/SQL Server连接，ODBC是否有其他选择？
情况如下：我的公司使用专有的SQL数据库（ProVenue），并且决定不再支持ODBC到我们的前端工具MS Access，而没有告诉我们。
我们目前正在从ProVenue迁移出去，但与此同时，我们被一家供应商卡住，该供应商“不再支持”我们的ODBC连接。自从我们几个月后离开后，供应商也没有任何帮助。
我已经设计了一个解决方法，我手动导出ProVenue表（ASCII），证明（是的，出口utiliy不可靠），每天转换并上传到Access。也就是说，考虑到桌子的数量，这是不合理的。这种解决方法可能是全职工作。
你知道任何替代品吗？
从你说的话，你不“拥有”自己的MSSQL数据库 - 你只是连接到提供商管理的实例，更正吗？我猜测他们已经禁用了与MSSQL的ODBC连接，因为他们不喜欢将负载放置在他们的服务器上和/或他们已经决定他们想要改变某些底层结构，并且不想应对任何人抱怨这些变化。
这就是说，他们是否允许直接MSSQL连接？通过SQL管理工作室，例如？如果是这样，你应该能够定义一个导出过程，这个过程比他们的导入过程少一些bug，并且简单地将你的Access数据库重新指向本地数据副本。诚然，这仍然需要一些（可能是自动的）导入过程，所以你会与服务器不同步，但它会给你解决方案。
您可能尝试将.adp文件连接到服务器，以查看它们是否仍允许您以此方式访问事物。这可能需要对您的Access解决方案进行重大修改，但在服务器上也会比通过ODBC链接的表更容易一些。
对SSMS建议+1。例如，您可以设置将表格作为文本文件导出到特定位置的作业，并且Access可以将这些文件作为链接表直接引用，或者可以导入它们。 – JAGAnalyst 2013-02-28 18:53:40
感谢您的+1！我的个人偏好是迁移到MSSQL的实例 - 甚至可以使用免费版本 - 以保存存储在Access中的符号链接中的任何密钥。这只是表示重新链接表，这样，与不同的服务器名称。 – 2013-02-28 19:22:31
您可以看看直接绑定到一个SQL Server数据库的Access Data Projects（ADP）。我不认为他们完全使用ODBC，但他们有自己的局限性，当然，在旧的Access版本中不可用。
不要考虑使用ADP。它已经从Access 2013中删除，因此是没有未来的技术。
如果它只是一个标准的SQL Server数据库，他们如何“不再支持ODBC”？ – mellamokb 2013-02-28 16:05:16
为什么不直接将该表上传到SQL Server？ – shibormot 2013-02-28 16:16:59