hatena
hatena
2024/02/16 (金) 11:03:57
「総合計」のような集計データはテーブルには格納しないというのが、データベース設計の基本です。
必要に応じて、その都度計算するような設計にします。
集計クエリ、演算コントロールでのSum,Count関数、DSum,DCount関数など、状況に応じて適切な方法を使いわけましょう。
例えば、今回の質問のフォームでは演算コントロールでその都度、計算してますよね。
どうしてもテーブルに格納するというのなら、サブフォームの更新後処理で代入するということになります。
が、更新や入力か必ずそのフォームから行われるのならいいですが、そうとは限らない場合もあるでしょうし、更新後処理がエラーなどでうまくいかないなど、など、、、その集計が正しいという保証がないので、通常はそのようなことはせずに、その都度計算します。
通報 ...
横からすいません。
集計データをテーブルに格納しない場合、例えば商品Aの単価が100円から200円に変わった場合などに合計金額などに不都合が発生するように感じたのですが、問題ないのでしょうか?
新しい質問で、テーブル構造を提示した上で、意見募集するのはどうでしょう?