Q&A
それはたぶん例えが違っています。
大型ダンプにある荷物を全部持ってきてより分けるのではなく、大型ダンプのところまで行って荷物をより分けて少量の荷物を持って帰れるかが知りたいのです。
どうもできそうにはないのですが。
困っていること
Access上のテーブルとODBC接続したSQL Serverのテーブルを結合させた場合に、AccessがSQL Server上のデータを全件とってこようとする。
前提
SQL Server 2016 に、Microsoft Access から、ODBC接続してデータを取得しようとしています。
SQL Server側のデータは数百～数千万件くらいあります。データにはコードの列があり、
ひとつのコードあたり、数十件から数千件くらいのレコードがあります。
コードにはインデックスがはられています。
解決したいこと
多くても十件程度までのコードテーブルを、Access上に作成し、データを取得しようとすると、データを全件クライアントに取得しようとします。
SQL Server 上では結合したクエリではなく全件のクエリが流れていることが確認できました。
下記のようなSQLを、SSMSやパススルークエリで流した場合、結果は瞬時に返ってきます。
SQL
1SELECT hoge_table.* 2 FROM hoge_table -- 数百万件以上あるデータのテーブル 3 INNER JOIN fuga_table -- コード抜き出し用のテーブル 4 ON hoge_table.code = fuga_table.code 5
Access上にコードテーブルを置いてクエリデザイン画面から問い合わせを行い、パススルーと同じような速度を得る方法はないでしょうか。
回答2件
0
ベストアンサー
Access上にコードテーブルを置いてクエリデザイン画面から問い合わせを行い、パススルーと同じような速度を得る方法はないでしょうか。
パススルークエリーをリンクテーブルの代わりにするのが一番だったと思います。
現状のリンクテーブル名でパススルークエリー(select * from sqlserverのテーブル名)に置き換えるのが一番効率的だと思います。
但し、パススルークエリーは使用する度に都度odbcの選択とならないように、VBAでconection情報を含んだ形で作成するようにしておいた方が良いでしょう。
投稿2020/01/14 10:27
編集2020/01/14 10:28
総合スコア25188
0
Access は元々少量のデータを扱うことを前提としているパーソナル・データベースです。それに大規模データベースのフロントエンドとして機能を追加されたものです。Access に大規模データベースの性能を期待するのは無理かと。
同じクルマだからといって大型ダンプと軽自動車に何トンもの荷物を同じように運べるとは思いませんよね？
投稿2020/01/09 01:08
総合スコア16415
質問に答えが書いてありますよね。
>下記のようなSQLを、SSMSやパススルークエリで流した場合、結果は瞬時に返ってきます。
> 大型ダンプのところまで行って荷物をより分けて少量の荷物を持って帰れる
この動作がそのままパススルークエリーですからね。
>質問に答えが書いてありますよね
それは答えではなく前提です。
パススルーでSQL Serverのクエリを書くのではなく、Accessのクエリデザインで行ったときに、例えばAccessのコードをin句で絞ったようなクエリがSQL Server側で実行されるような作り方があるのか？ というのが質問の趣旨です。
＞Accessのコードをin句で絞ったようなクエリがSQL Server側で実行されるような作り方
VBAでそういうパススルークエリを作るしかないかと。
実際そういうシステムを作ったことがあります。
iruyasさん
ありがとうございます。やはりそうですね。あきらめます。
Access でやりたい人はやっぱり Access しか使いたくないみたいでめんどくさいです。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/01/15 02:40
2020/01/15 03:42