Microsoft Access 掲示板

自分の環境（明細15000万くらいから26万抽出）の場合、単純抽出であれば即時表示されますね。
抽出したデータを集計させるとか、最後の行を表示しろとかすると時間が掛かりますが･･･。
インデックスの問題とかでしょうか。
もしフォームやレポートに表示するのであれば、そちらの情報提示していただけると
他の情報を誰かが出してくれるかもしれません。

単純に「パススルークエリにすれば解決するんや！」であれば、ちゃんとした形のパススルークエリを作成するか、
動的にしたいのであればVBAでQueryDef.sqlを書き換えるという手があります。
データベース・サーバに直接コマンドを発行する　←パススルークエリの作り方
VBAでクエリを作成する (DAO)　←動的にSQLを設定したい場合

ちなみにパススルークエリで書き込むSQLは、SQLServer形式にする必要があります。
具体的にいうと”FROM ( A LEFT JOIN B ON ...) LEFT JOIN C ON ...”ではなく
”FROM A LEFT JOIN B ON ... LEFT JOIN C ON ...”で動作します。

回答ありがとうございます！
実は未だにAccessのADPを使って運用しています。
いよいよ使えなくなりそうだということで、.accdb のODBC接続を勉強しているところです。
数年ぶりにACCESSをいじっています。

＞明細15000万くらいから26万抽出

すごいデータ量ですね！ そんなに多いのに即時!?
データはせいぜい50万件ぐらいです。しかしサーバーも10年以上前のものなので比較にならないかもしれません。

＞インデックスの問題とかでしょうか。

インデックス！ その発想はありませんでした。最初に設定しただけで全然いじってないので可能性はあるかもしれません。
インデックスの設定によっては、発行されるSQLの違いで速度に影響がでるという認識でよいでしょうか？

＞もしフォームやレポートに表示するのであれば、

いずれはそうしたいのですが、まだその段階ではありません。
ODBC接続の遅さにびっくりしてしまって、いろいろとSQLをいじっているところです。

パススルークエリは速いのですが、編集可能にしたいのです。
インデックスについて勉強したいと思います。

いろいろといじっているうちに遅くなっている原因がソート（ORDER BY）であることがわかりました。
サンプルには記載せず申し訳ありません。
ORDER BY の部分を消すと即時表示されるようになりました。

ソートしてる列に クラスター／非クラスターインデックスの設定をいろいろとしてみましたが、相変らず遅いです。
その項目の型は float型なのですが、何か関係はあるのでしょうか？

いずれにしても2つのテーブル結合のクエリでは速く、3つのテーブル結合では遅くなるという原因がわかりません。
引き続き調べてみます。

データを直接修正することについての是非は横においておくとして･･･

3結合にすることでデータ量が増えるということはないですか？
たとえば2結合では 1-A、2-B だったのに、3結合では 1-A-a、1-A-b、1-B-c という風に。
それぞれの結合が、各サブテーブルのすべてのキー項目と連結されているなら増えないハズ。

あと邪道ですが、SQLServer側にVIEWを作ってそれに対してリンクを張るという手もありますね。
お勧めはしませんが。

すみません、パフォーマンス系の知識はあまりなくて。
他の方の有用回答にご期待ください(;==)/

（ちなみにテーブル構造と結合部分が完全なSQL貼ってくださったほうが良いと思います）