私は現在、ODBC経由でPostgreSQLデータベースに接続するMS Accessアプリケーションを持っています。これは20人のユーザー（それぞれが独自のバージョンのAccessを実行している）を持つLAN上で正常に動作します。今私はいくつかの災害復旧シナリオを考えています。データ保護の迅速かつ簡単な方法は、log shippingを使用してウォームスタンバイを作成することです。MS AccessとODBCを使用してリモートのPostgreSQLに接続
この離れた場所で、このウォームスタンバイを置くことについて考えるために私をリードしたが、その後、私は疑問を持っている：
は、使用可能なODBC経由でリモートデータベースに接続するアクセスですか？ I.リモートデータベースはおそらくok ping時間と同じ国にあり、私は1mbitのSDSL回線を持っています。
onnodb、
は、PostgreSQL ODBCドライバは、私の意見では急速な発展のためのLAN上の偉大な選択肢を作る、actively developedとPostgreSQLサーバと組み合わせるAccessフロントエンドです。私は合理的に大きなシステム（100以上のPostgreSQLテーブル、200以上のアクセスフォーム、1000以上のアクセスクエリ&レポート）に携わってきました。それは〜20人のユーザーで数年間優れています。 Accessが何か愚かなことをしているために遅く実行されているクエリは、一般的にはviewsを使って解決でき、本当にデータ集約的なコードは簡単にPostgreSQL関数に移動し、Accessから呼び出すことができます。
は我々が持っている唯一の主要なODBC関連の問題は、Accessから遅い実行中のクエリを殺すために方法がないということですので、我々は、多くの場合、ユーザーは単にアクセスを殺害した後、大規模なクエリは、単にサーバー上で実行残っているのですか。
はい。
リモートでPostgreSQLを使用するためにAccessを使用する経験はありませんが、SQL ServerのフロントエンドとしてAccessを使用しました。& DB2は遠隔地から成功しました。
皮肉なことに、使用したくないのは、高レイテンシリンクを介してリモートロケーションからAccessデータベース（mdb）をフロントエンドにアクセスすることです。 MDBを使用するとファイルベースの操作が使用されるので、些細なデータベース以上のものがあれば、破損したデータベースで終わるのはかなり簡単です。
は、バックエンドとして使用しているデータベースに依存します。私はrather terrible experiences with MySQL as a back-endを持っていた。使用しているODBCリンクが積極的に開発され、安定しており、完全であることを確認してください。これはMySQLにとっては間違いありません。また、AccessとPostgreの間の互換性の問題をチェックしたいかもしれません。もちろん、広範囲にテストすることは害ではありません。
ああ、あなたの経験で後でここに投稿することができれば、それは絶対に素晴らしいと思います！
PostgreSQLはMS Accessのバックエンドとして機能します。作業を簡単にするために使用するサポート機能がいくつかあります。この詳細はこちらをご覧ください：。。
リンクが死んでいる:(ドメインが駐車されている –
私はそれが中止製品、削除のためにおそらく商用投票だと思います。 –