ACCESS フォームの作成について

質問

企業コード（重複しない）売上構成比（abc商品）、項目構成比(a)、項目構成比（b）,項目構成比(c)

と項目がある場合、私の作成したデータベースでは

売上構成比テーブル　企業コード_売上構成比_種別ID
3項目テーブル　企業コード_3品目項目ID_種別ID_項目構成比_種別名

としています。

売上構成比と言うのは売上の種類別の比率です。（15種類）
さらにその種類の項目別の比率が3項目あります。

同じ企業コードで同じ種別IDの項目構成比を足せば100％になります。
同じ企業コードで売上構成比を足せば100%になります。
企業コードは店舗のデータがあるので（店名、住所等）そちらの主キーになります。
要約すると、店別の構成比ということです。

ここで問題になるのが、入力フォームを作成するさいに、
売上構成比（abc商品例ゴルフ）、項目構成比(a項目)、項目構成比（b項目）,項目構成比(c項目)
のように作成しないとミスを気づかない場合があります。

ですので項目IDごとにクエリを作成し
（項目a　項目b 項目c）それらのクエリを企業コード、種別IDで結び、
これをサブフォームとして作成したのですが、次のレコードに進むときに処理に時間がかかります。5秒程度
サブフォームの総レコード数が23万件弱あるため仕方がないのですが、どうにかならないでしょうか？

//upload.jpn.ph/upload/upload.php?id=30628
分類名＝種類名

例：3品目テーブル
企業コード 種別ID 項目ＩＤ 項目構成
3 1 1 0
3 1 2 0
3 1 3 0
3 2 1 0
3 2 2 0
3 2 3 0
3 3 1 0
3 3 2 0
3 3 3 0
3 4 1 0
3 4 2 0
3 4 3 0
3 5 1 0
3 5 2 0
3 5 3 0
3 6 1 0
3 6 2 0
3 6 3 0
3 7 1 0
3 7 2 0
3 7 3 0
3 8 1 0
3 8 2 0
3 8 3 0
3 9 1 10
3 9 2 5
3 9 3 85
3 10 1 0
3 10 2 0
3 10 3 0
3 11 1 0
3 11 2 0
3 11 3 0
3 12 1 0
3 12 2 0
3 12 3 0
3 13 1 0
3 13 2 0
3 13 3 0
3 14 1 0
3 14 2 0
3 14 3 0
3 15 1 0
3 15 2 0
3 15 3 0

回答No.2

DexMachina

遅くなりましたが、No.1です。

> クエリで抽出作業が除ける分、軽くなるのですが、

こちらでの質問と合わせての推測になりますが、企業コード毎か何かで
追加クエリ(又はテーブル作成クエリ)を走らせている、ということでしょうか。
http://oshiete1.goo.ne.jp/qa4542369.html

だとすると、レコードの移動(別の企業コードへの移動)の度にハードディスク
に書き込みを行うする分、動作が遅くなるのは避けられないかもしれません。
(もっとも、レコードの直接編集ではなく作業テーブルで一旦編集をして、
　保存ボタンを押して初めて正規テーブルに保存、という形態をとる場合、
　避けようがないのですが・・・)

ただ、作業テーブルに一旦バッファさせるにしても、元のテーブルで3レコード
のものを、作業テーブル上で1レコードにする(保存時はその逆)、というよりは、
正規テーブル・作業テーブルとも同じレコード数で単純コピーの方が、
動作は早くなるかと思います。

ですので、一案になりますが、
　a)レコード編集は、「合計が100％になるはずのものに絞り込んだレコード
　　のみを表示するサブフォーム」で対応
　 (実際の合計が100％になっているかは、フッタに設置した演算コントロール
　　で確認：コントロールソースは「=Sum([項目構成比])」等と指定)
　　※レコードの単純コピーとすることで、追加クエリの動作を軽量化
　b)レコード参照は、「レコード編集不可」を前提に、企業コード毎の比の合計
　　を出すクエリを作成し、それと正規テーブルとを企業コードで結合させて
　　合計を表示
　　(各企業の種別ID毎の項目ID間の比の合計についても、別途同様に対応)
　　※追加クエリ/テーブル作成クエリを経ないことで、動作を軽量化

といったように、入力・編集モードと参照モードとで分けて考えてみる、という手も
あるかと思います。
(システムの開発の手間は増えてしまいますが・・・)

補足

私はただ
企業_項目ID_種別ID_構成比
となっているテーブルを
企業_項目1、項目2、項目3
種別1 構成比　構成比　構成比
種別2　構成比　構成比　構成比
種別3　構成比　構成比　構成比
このようにクロス集計をしたかのごとく（表のような）入力
フォームが作りたいだけなのですが、
以下のようにただ項目ごとに分けたクエリを
結合させただけでは表示されないレコードがでてくるので
（項目IDがすべて揃っている訳ではないので。）
以下のページで追加方法を聞いています。
http://oshiete1.goo.ne.jp/qa4542369.html

もし他に方法があれば教えていただきたいです。

テスト１（項目ID１抽出したクエリ）
テスト２（項目ID２抽出したクエリ）
テスト３（項目ID３抽出したクエリ）
以下はそれを結合したもの。これをサブフォームに利用。
SELECT 調査データ（売上構成）.企業コード, 調査データ（売上構成）.売上構成, nz(テスト1!項目構成) AS 式1, nz(テスト2!項目構成) AS 式2, nz(テスト3!項目構成) AS 式3, ◇商品分類.分類名
FROM (((テスト１ INNER JOIN テスト2 ON (テスト１.分類ID = テスト2.分類ID) AND (テスト１.企業コード = テスト2.企業コード)) INNER JOIN テスト3 ON (テスト2.分類ID = テスト3.分類ID) AND (テスト2.企業コード = テスト3.企業コード)) INNER JOIN 調査データ（売上構成） ON (テスト3.分類ID = 調査データ（売上構成）.分類ID) AND (テスト3.企業コード = 調査データ（売上構成）.企業コード)) INNER JOIN ◇商品分類 ON 調査データ（売上構成）.分類ID = ◇商品分類.分類ID;

>クエリで抽出作業が除ける分、軽くなるのですが

これはクエリで分割結合しなくとも、もともと
項目ごとにフィールドを作ればクエリでの処理がいらなくなるので
軽くなるのでは、と思ったしだいです。（正規化を無視しますが）

そもそもAccessで同じグループ（同一のフィールド）にする項目で
項目同士意味を持つ場合、これほど処理が大変だとは思いませんでした。
当初は分析、集計等をレポートで出力しようかと考えていましたが到底無理なようですね。