我目前有一个通过ODBC连接到PostgreSQL数据库的MS Access应用程序。这在具有20个用户的LAN上成功运行（每个用户运行自己的Access版本）。现在我正在考虑一些灾难恢复方案，似乎一种快速简便的保护数据的方法是使用log shipping创建一个热备份。
这让我想到把这个热备用放在远程位置，但后来我有了问题：
Access是否可通过ODBC连接到远程数据库？ 即远程数据库可能在同一个国家，有正常的ping时间，我有一个1mbit的SDSL线路。
答案 0 :(得分：11)
onnodb，
PostgreSQL ODBC驱动程序是actively developed，Access前端与PostgreSQL服务器相结合，在我看来，它是LAN上的一个很好的选择，可以快速开发。我参与了一个相当大的系统（100多个PostgreSQL表，200多个Access表单，1000多个Access查询和报告），它运行了几年，有大约20个用户。任何查询运行缓慢因为Access正在做一些愚蠢的事情通常可以通过使用views来解决，任何真正数据密集的代码都可以很容易地移动到PostgreSQL函数中，然后从Access调用。
我们唯一与ODBC相关的主要问题是没有办法从Access中杀死运行缓慢的查询，所以我们经常让用户只是杀死Access，然后大量的查询就会在服务器上执行。
答案 1 :(得分：1)
是。
我没有任何使用Access从远程位置点击PostgreSQL的经验，但我已经成功地使用Access作为SQL Server＆amp;的前端。 DB2从远程位置获得成功。
具有讽刺意味的是，您不想做的是通过高延迟链接从远程位置使用Access前端Access数据库（mdb）。由于点击MDB使用基于文件的操作，如果你拥有的不仅仅是一个简单的数据库，那么很容易最终得到一个损坏的数据库。
答案 2 :(得分：1)
这取决于您用作后端的数据库上的 lot 。我有rather terrible experiences with MySQL as a back-end。确保你正在使用的ODBC链接是积极开发的，稳定的和完整的 - 这绝对不是MySQL的情况。您可能还想检查Access和Postgre之间的任何兼容性问题。当然，广泛测试也不会有什么坏处。
哦，我觉得如果你以后可以用你的经验回复这里真的很棒！
答案 3 :(得分：-1)
PostgreSQL非常适合作为MS Access的后端，你应该使用一些支持函数来简化操作。有关详细信息，请参阅此处：