我目前有一個MS Access應用程序通過ODBC連接到PostgreSQL數據庫。這成功地運行在一個有20個用戶的LAN上（每個都運行他們自己的Access版本）。現在我正在考慮一些災難恢復方案，而且似乎快速簡便的保護數據的方法是使用log shipping來創建熱備份。使用MS Access和ODBC連接到遠程PostgreSQL
這使我想到把這個熱備份在遠程位置，但後來我有一個問題：
是獲得通過ODBC連接使用到遠程數據庫？ I.e.遠程數據庫可能在同一個國家，可以ping通，我有一個1mbit SDSL線。
onnodb，
PostgreSQL的ODBC驅動程序是actively developed和Access前端與PostgreSQL服務器相結合，在我看來，使快速發展的局域網上的一個很好的選擇。我參與了一個相當大的系統（100多個PostgreSQL表格，200多個訪問表格，1000多個訪問查詢&報告），它已經運行了幾年，約有20個用戶。任何查詢運行緩慢是因爲Access執行某些蠢事通常可以通過使用views來解決，而任何真正的數據密集型代碼都可以輕鬆地移入PostgreSQL函數，然後從Access調用。
我們唯一與ODBC相關的主要問題是無法從Access中殺死緩慢運行的查詢，所以我們經常會讓用戶只是查殺Access，然後在服務器上執行大量查詢。
是的。
我沒有任何使用Access從遠程位置命中PostgreSQL的經驗，但我成功地使用Access作爲DB2遠程位置前端SQL Server &。
具有諷刺意味的是，你不想要做的是通過高延遲鏈接從遠程位置訪問前端Access數據庫（mdb）。由於命中MDB使用基於文件的操作，因此如果您擁有的不僅僅是一個簡單的數據庫，那麼最終會導致數據庫損壞。
這取決於你用作後端數據庫的lot。我已經有rather terrible experiences with MySQL as a back-end。確保你使用的ODBC鏈接是積極開發，穩定和完整的---這絕對不是MySQL的情況。您可能還想檢查Access和Postgre之間的任何兼容性問題。當然，廣泛測試也不會有什麼壞處。
哦，我覺得如果你以後可以用你的經驗回來，這將是非常棒的！
PostgreSQL作爲MS Access的後端很有效，有一些支持功能可以讓你更容易。在這裏看到更多這方面的信息。
鏈接是死:( – 2013-02-20 13:26:40