accessで複合キーの処理が遅い

締切済

質問者：nobi12
質問日時：2013/05/12 08:17
回答数：2件

あるマスタデータと明細データがありキーとなる列が２つ（２列）あります

マスタデータのテーブルのキー列のＡ列、Ｂ列を主キーとして定義し
明細データのテーブルのキー列のＡ列は重複ありのインデックス
Ｂ列も重複ありのインデックスとしてそれぞれ設定しています

その２つのキーをクエリで結合して更新する更新クエリを作成しているのですが
データ量が多くなってくると非常に反応が遅くなります

同じデータ量で
２つのキー列の値をあるひとつの列に結合した値を格納しその結合列で
更新クエリを作成したところ高速に処理が動作しましたので
複合キーだった場合の処理速度が遅いのだと推測しました
（※Ｃ列にＡ列　＆　Ｂ列　の結合した値を格納してＣ列をキーにするという事です）

accessで複合キーの更新クエリを作成する場合、高速に動作させるには
なにか工夫が必要なのでしょうか？
アドバイス下さい

上記のように複数のキーをひとつの列に結合する工夫で早くはなったのですが・・・
余分なデータを格納する事になるので非常に容量が大きくなってしまう問題があります

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (2件)

最新から表示
回答順に表示

No.2

回答者： Siegrune
回答日時：2013/05/18 18:30

明細データのテーブルのキー列のＡ列は重複ありのインデックス⇒idx1

Ｂ列も重複ありのインデックス⇒idx2
とすると、

A=3 and B=7
の条件を求めるときは、idx1かidx2のどちらかしか使えません。
idx1 を使ってA=3 が1000件、もしくは、idx2を使って、B=7が600件とでてきても
A=3 and B=7　の3件を探すには、
1000件なり、600件なりを１件ずつ調べることになるので。
極端にいうとインデックスを両方とも使っていないかもしれません。
（パラレル処理できるＤＢ＆ＨＷの組み合わせなら知りませんが、
　一般的にはどのＤＢでも同じです。）

インデックスを使った処理をしようと思えば、Ａ列、Ｂ列を指定した重複ありのインデックスを
作るほうがいいです。

でも、設計の話をすると、一般には、
>マスタデータのテーブルのキー列のＡ列、Ｂ列を主キーとして定義し
なら、
明細データのテーブルのキー列のＡ列、Ｂ列、連番を主キーとして定義するように思うのですが。
## 余計な話に流れてしまいましたが。

- 0
- 件

通報する

No.1

回答者： nicotinism
回答日時：2013/05/12 10:10

実際にどれくらいの効果があるか不明ですが、

複数フィールドにインデックスを作成してみては？
http://www.officepro.jp/access/table/index13.html
http://office.microsoft.com/ja-jp/access-help/HA …

失礼。
更新クエリでしたね。かえって遅くなりそうです。
ならば、WHERE条件で絞り込みは出来ないのでしょうか？