データの持ち方につきまして

ポイント履歴テーブルにトリガーを仕組んで、
顧客テーブルのポイント残高を更新すると楽そうですね。

ECサイトなら残高の参照回数は多いでしょうけど、
残高の更新回数は少ないですしね。

骨骨★Rock!さんの書き込み (2008-07-01 20:08) より:
カーニー様から頂いたアドバイスにも、ポイント履歴テーブルの存在が出てきましたが、ポイント履歴テーブルを作った方がベターなのでしょうか？
私も作った方が良いものか迷いましたが、最終的にはなくても問題ないかなと
判断しました。（整合性がとれるかどうかも不安も含めて）

僕がポイント履歴テーブルを提案したのは、ポイント集計の元情報は一箇所にあったほうが間違いが起きにくいだろう、集計もしやすいだろう、いざ不整合が発生したときに目視確認とかがしやすいだろう、という理由によります。

もしポイント履歴テーブルを作るのであれば、注文テーブル、注文明細テーブルにはポイント情報は持たせず、代わりに履歴テーブルとの間にリレーションを定義するのがよいのではないでしょうか。