現在、ODBC 経由で PostgreSQL データベースに接続する MS Access アプリケーションを使用しています。これは、20 人のユーザー (それぞれが独自のバージョンの Access を実行している) の LAN 上で正常に実行されます。現在、いくつかのディザスター リカバリー シナリオについて考えています。データを保護するための迅速かつ簡単な方法は、ログ配布を使用してウォーム スタンバイを作成することです。
これにより、このウォーム スタンバイを離れた場所に配置することを考えるようになりましたが、次の質問があります。
Access は ODBC 経由でリモート データベースに接続できますか? つまり、リモートデータベースはおそらく同じ国にあり、ping 時間は問題なく、1 メガビットの SDSL 回線があります。
onnodb、
PostgreSQL ODBC ドライバーは活発に開発されており、PostgreSQL サーバーと組み合わせた Access フロントエンドは、迅速な開発のための LAN での優れたオプションになると思います。私はかなり大規模なシステム (100 以上の PostgreSQL テーブル、200 以上の Access フォーム、1000 以上の Access クエリとレポート) に携わってきましたが、数年間、20 人程度のユーザーで問題なく動作しています。Access が愚かなことをしているために実行が遅いクエリは、通常はビューを使用するだけで解決できます。実際にデータを大量に使用するコードは、簡単に PostgreSQL 関数に移動して Access から呼び出すことができます。
ODBC 関連の唯一の主な問題は、実行速度の遅いクエリを Access から強制終了する方法がないことです。そのため、ユーザーが Access を強制終了しただけで、大量のクエリがサーバー上で実行されたままになることがよくあります。
バックエンドとして使用しているデータベースに大きく依存します。MySQL をバックエンドとして使うと、かなりひどい経験をしたことがあります。使用している ODBC リンクが積極的に開発され、安定しており、完全であることを確認してください --- これは、MySQL には当てはまりませんでした。Access と Postgre の間の互換性の問題を確認することもできます。そしてもちろん、広範囲にテストしても害はありません。
ああ、後でここにあなたの経験を投稿できれば、絶対に素晴らしいと思います!
はい。
Access を使用してリモートの場所から PostgreSQL にアクセスした経験はありませんが、Access をリモートの場所から SQL Server および DB2 のフロントエンドとして使用することに成功しました。
皮肉なことに、Access を使用して、リモートの場所から待ち時間の長いリンクを介して Access データベース (mdb) のフロントエンドを処理することは望ましくありません。MDB へのアクセスはファイルベースの操作を使用するため、些細なデータベースしかない場合、データベースが破損するのは非常に簡単です。
PostgreSQL は MS Access のバックエンドとして最適に機能します。作業を簡単にするために使用すべきサポート関数がいくつかあります。詳細については、こちらを参照してください。