Q&A
そうなんですね、例えばA商品購入の顧客だけを全顧客管理テーブルで抽出、表示できると思うのですが、他の人が検索や抽出ではなく、一瞬で確認できるように分けたいのですが、その場合もあえてわけないほうが良いのでしょうか。
商品ごとに購入されたお客様を分けたいのですが、入力フォームは全お客様管理簿から入力する場合、どのようにしたらよろしいでしょうか。
回答2件
0
パラメータクエリという機能を使えば、簡単に商品ごとのデータを抽出できます。
クエリの実行時にパラメーターを使って入力を求める - Access
テーブルにインデックスを適切に設定すればデータ数が多くても一瞬です。
Accessも一応データベースソフトですので正しく設計すれば大量のデータでも楽勝です。
逆に設計を間違えると使い物になりません。今回の質問の設計がその一例です。
データベースソフトはテーブル設計が重要です。設計のセオリーが「正規化」です。
「テーブルの正規化」で一度WEB検索してみてください。解説ページがたくさん見つかると思います。
その中で分かり安そうなページを読んで概要を理解してください。
それからテーブル設計を始めることをお勧めします。
投稿2020/03/04 13:40
編集2020/03/05 00:41
総合スコア33715
0
ベストアンサー
購入データの記録をするテーブルに購入した顧客も記録しているなら、そのテーブルと組み合わせれば何時でも抽出できますので、敢えて別テーブルにする必要は無いと思います。
投稿2020/03/04 10:02
総合スコア25184
性能面を考えて別テーブルにされようとしているなら、テーブルのインデックスやクエリーを見直す方が先ですね。
そもそも別テーブルにするようにした場合、商品が増える度にテーブルも増やさなければなりませんよ。
※当然プログラムもそれを考慮しなければならない。
そうですよね。逆に商品ごとにテーブルを作って商品テーブルに顧客情報を入れて、全顧客管理テーブルに集約するほうが良いでしょうか。商品が増えるたびにテーブルは増やさないと行けないとは思いますが、中身としては後者のほうが簡単でしょうか。
テーブルは増やさないように考えるべきです。
顧客テーブルも商品テーブルもマスターです。
何れかのテーブルにその関係を示す情報を入れるというのは、顧客が扱える商品を限定するという事ですが、そのような仕様なのでしょうか？
顧客が購入している商品は？とか、特定の商品について購入している顧客は誰？とかを確認するような場合には取引の結果（トランザクション）から抽出するのが一般的です。
なるほどですね、限定されてはいないので、抽出するようにします！
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/03/05 03:03
2020/03/06 00:29
2020/03/11 03:42