В настоящее время у меня есть приложение MS Access, которое подключается к базе данных PostgreSQL через ODBC. Это успешно работает в локальной сети с 20 пользователями (каждый из которых использует свою версию Access). Сейчас я обдумываю несколько сценариев аварийного восстановления, и мне кажется, что быстрый и простой метод защиты данных - это использовать доставка журналов для создания горячего резервирования.
Это заставило меня задуматься о размещении этого горячего резервирования в удаленном месте, но тогда у меня возник вопрос:
Можно ли использовать Access, подключившись к удаленной базе данных через ODBC? Т.е. удаленная база данных, возможно, находится в той же стране с нормальным временем пинга, и у меня есть линия SDSL 1 Мбит.





Да.
У меня нет опыта использования Access для обращения к PostgreSQL из удаленного местоположения, но я успешно использовал Access в качестве внешнего интерфейса для SQL Server и DB2 из удаленного местоположения.
По иронии судьбы, вы не хотите использовать Access для внешнего интерфейса базы данных Access (mdb) из удаленного места по каналу с высокой задержкой. Поскольку при попадании в MDB используются файловые операции, довольно легко получить поврежденную базу данных, если у вас есть что-то большее, чем простая база данных.
Это зависит от много от базы данных, которую вы используете в качестве серверной части. У меня был довольно ужасный опыт использования MySQL в качестве серверной части. Убедитесь, что ссылка ODBC, которую вы используете, активно разработана, стабильна и полная - это определенно не относилось к MySQL. Вы также можете проверить наличие проблем совместимости между Access и Postgre. И, конечно, не помешает всесторонне протестировать.
О, и я думаю, было бы замечательно, если бы вы могли написать здесь позже, поделившись своим опытом!
onnodb,
Драйвер PostgreSQL ODBC - это активно развивается, а интерфейс Access в сочетании с сервером PostgreSQL, на мой взгляд, является отличным вариантом в локальной сети для быстрой разработки. Я участвовал в достаточно большой системе (100+ таблиц PostgreSQL, 200+ форм доступа, 1000+ запросов и отчетов Access), и она отлично работала в течение нескольких лет с ~ 20 пользователями. Любые запросы, выполняющиеся медленно из-за того, что Access делает что-то глупое, обычно можно решить с помощью взгляды, а любой действительно ресурсоемкий код можно легко перенести в функции PostgreSQL, а затем вызвать из Access.
Единственная основная проблема, связанная с ODBC, заключается в том, что нет способа убить медленно выполняющийся запрос из Access, поэтому мы часто получаем, что пользователи просто убивают Access, а затем массивные запросы просто остаются выполняться на сервере.
PostgreSQL отлично работает как серверная часть для MS Access, есть несколько вспомогательных функций, которые вы должны использовать, чтобы упростить задачу. См. Здесь для получения дополнительной информации об этом:
http://www.amsoftwaredesign.com/smf/index.php?board=8.0
Домен припаркован. Я думаю, что это снятый с производства продукт, возможно, коммерческий. Голосование за удаление.