- ベストアンサー
access2003で軽快な検索クエリを作るには？
access2003で検索フォームを作成しています。 リレーションの結ばれた複数のテーブルを対象に、検索語句による検索をしようとクエリを作っています。 基本となるテーブルには数値(ID)が中心となっており、それらの実際の値をDlookUpで参照して結果を作っています。 この際に、DlookUpで指定した参照元について抽出条件を設定すると異様に時間が掛かり、実用的ではなくなってしまいました。 テーブルの構成上、DlookUpを使わざるを得ないので、その参照元も含めて検索語句で抽出できるようにしたいのですが、 どのようにすればレスポンスの良い検索クエリができますでしょうか。
- みんなの回答 （4）
- 専門家の回答
質問者が選んだベストアンサー
- ベストアンサー
その他の回答 (3)
実際に実験してみないと効果があるかどうかはわかりませんが、 1.インデックスを指定する。 検索されるフィールドにインデックスを振っておくことにより検索が早くなることがあります。 2.パラメータクエリ（選択）を使用した場合とDLookupを使った場合で時間を比べてみる。 >テーブルの構成上、DlookUpを使わざるを得ないので 私は、そんな場合に直面したことはありません。 ほかのやり方が必ずあると思います。 3.ADOのSEEKメソッドを使った際の時間と比べてみる。 4.ADOで直接SQLを使ってレコードセットを作ってみる。 経験上（大したものではありませんが）では結局のところ（2）普通の選択クエリを使うのが一番早いことが多いです。 複数のテーブルがリンクされていて、それぞれに抽出条件がある際は、数が限定されるクエリを先に行い仮テーブルに書き出しておくことにより、レスポンスが良くなることがあります。 データベース構造とは関係ありませんが、Accessをインストールしているドライブと、MDBがおいてあるドライブを物理的に分けると多少早くなるという話があります。（比較したことはありません。）
補足
ご回答有難うございます。 ADO,SQLのについてまだ理解していないので、1,2項の部分について取組んでみたいと思います。 その場合、、、 1.については、検索対象はLAN内のSQLサーバーのテーブルにリンクさせています。 この場合、現在のmdbのリンクテーブルにインデックスの設定をしても構わないものなのでしょうか？ また、それでインデックスの効果が出るのでしょうか？ 2.については、DlookUpを使わないで選択クエリを用いるということは、クエリを階層化するという事でしょうか。 過去に経験があるのは、ワークテーブルを用意し検索の度に削除クエリと追加クエリを実行し最新の状態にし、 そのワークテーブルを一つのクエリで抽出するようなイメージのものです。 この考え方でよいのでしょうか？ フォーム上からの検索契機に対して、2重(3重?)のクエリを実行させる事になりますので、荒業的なのかなとも心配です。 お手数お掛けいたしますが、アドバイス頂けたら幸いです。 3.4についてはスキルアップに伴って検証してみます。
- fly_moon
- ベストアンサー率20% (213/1046)
DlookUpで指定した参照元のデータ件数が異常に多い？そうでもなければ、参照元が複雑なクエリになっているとか。又は、外部のＤＢを参照してると遅いですけど、そんなことではないですよね？ 情報が少ないので、何が原因かはよく解らないですね。思い当たりそうな物を書いてみました。
補足
早速のご回答有難うございます。 漠然としていて申し訳ありません。 どの程度まで表現するとうまく伝わるか、考えてはいるのですが、まだまだ未熟もので。 ちなみにテーブルは全てリンクテーブルで、社内のSQLサーバーにリンクしています。 このテーブルから現場に合わせた情報を検索したいと思っています。 また、件数は15,000レコードを越えているところで、今後も5,000件/年程度増えていくと思われます。 この辺がボトルネックだとすると、構成を考え直さなければいけないなと。 なお、DlookUpの指定によっては条件が複雑すぎるというエラーが出ます。 リレーションのつなぎ方などを再考してみます。
お礼
ご丁寧に有難うございます。 現在、複数のクエリと複数のワークテーブルを組み合わせて、 とりあえず思うような結果が出力できるものを製作中です。 完成したら、ADOでのデータアクセスに挑戦してみます。 どの程度負荷が軽減され、動作が軽快になるのか楽しみもありますね。 リンクはScrapBookに保存しておきます。 改めて、ADOに躓いたら質問させて頂きます。 ご回答頂きました皆様、有難うございました。