私の質問は次のとおりです。SQL Server を MS Access に接続できる ODBC の代替手段はありますか?
状況は次のとおりです。私の会社は独自の SQL データベース (ProVenue) を使用しており、私たちのフロントエンド ツールである MS Access への "ODBC をサポートしない" ことを、私たちに知らせることなく決定しました。
現在、ProVenue から移行していますが、当面は、ODBC 接続を「サポートしなくなった」ベンダーに行き詰まっています。私たちが数ヶ月後に去るので、ベンダーも助けるインセンティブがありません.
私は、手動で ProVenue テーブル (ASCII) をエクスポートし、証明 (はい、エクスポート utiliy は信頼できません) を手動でエクスポートし、毎日変換して Access にアップロードするという回避策を考案しました。とはいえ、テーブルの数を考えると、不当に時間がかかります。この回避策は、フルタイムの仕事になる可能性があります。
代替手段を知っていますか？
ADP の使用を検討しないでください。Access 2013 から削除されたため、未来のないテクノロジです。
あなたの言っていることから、あなたは自分自身の MSSQL データベースを「所有」しているわけではありません。プロバイダーが管理するインスタンスに接続しているだけですよね? サーバーにかかる負荷が気に入らないため、MSSQL への ODBC 接続を無効にした、および/または基になる構造を変更したいと判断し、誰にも対処する必要がないと判断したためだと思います。それらの変更について泣き言を言います。
とはいえ、MSSQL への直接接続は許可されますか? たとえば、SQL Management Studio 経由ですか? もしそうなら、彼らのものよりもバグの少ないエクスポートとインポートのプロセスを定義し、Access データベースをデータのローカル コピーに再ポイントすることができるはずです。確かに、これにはまだいくつかの（おそらく自動化された）インポートプロセスが必要になるため、サーバーと同期しなくなりますが、解決策が得られます.
.adp ファイルをサーバーに接続してみて、その方法でアクセスできるかどうかを確認してください。これには、Access ソリューションに大幅な変更が必要になる可能性がありますが、ODBC を介してリンクされたテーブルよりもサーバー上で少し簡単になります。
1 つの SQL Server データベースに直接関連付けられている Access Data Projects (ADP) を見ることができます。ODBC をまったく使用していないと思いますが、独自の制限があり、もちろん、古いバージョンの Access では使用できません。