質問が分かりません。 ODBCリンクテーブルを使用してSQL Serverに接続すると、Jet/ACE SQLはJet/ACE SQLからの変換を処理するため、頼んだことが得られます。つまり、既存のJet/ACE SQLはSQL Serverでうまく動作します。あなたのためのT-SQLへ。
これはアップサイジングの標準的な方法であり、動作することを保証することができます。
これは、アプリを実行するときに非常に遅くなるアプリの部分を頻繁に実行することになるため、アプリケーションのこれらの部分を修正して、SQLサーバ。これは、問題のあるデータ検索のすべてまたは一部をそこで利用できる多くのオプション(アクセス内のパススルークエリ、リンクテーブルとして使用できるサーバー側ビュー、ストアドプロシージャなど)を介して移動することを伴うことがあります。あなたはAccess内でそれらと一緒にすることができます)。
サーバー側に移動すると、すべてのアクセス固有の要素が削除される必要がありますが、そのほとんどはサーバー側のビューを使用せずにアクセスし、そのアクセスを表示してアクセス固有のものを階層化するだけですそういう意味で。
しかし、それは解決しようとしている各問題の詳細によって異なります。一般に、ODBCリンクテーブルを介してアクセスするSQL Serverに変換しただけでは、何も破損しないはずです。それは速くなることを意味するものではなく、ただ破損しないことだけです。
UDFを見る価値があるかもしれません。http://www.sqlteam.com/article/user-defined-functions – Fionnuala
Remouさん、ありがとうございました。私は、レコードセットを開く直前にそれをT-SQLに変換するジェットSQLの周りに関数をラップすることを考えていました。これは似たようなアプローチですか? – jjb
変換を行うsprocまたはudfは、非常に、非常に苦労して書くでしょう。私はそれを見て多くの時間を費やすことを提案しません。 – Donnie