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

骨骨★Rock!さんの書き込み (2008-07-01 15:28) より:
運用していく中で、顧客テーブルのポイントと注文テーブルと注文明細から
集計して求めたポイントの合計が違ってこないかちょっと不安です。
ポイントは注文時以外にも発行します。
顧客テーブルにポイントをもたず、現在のポイント数は集計で求めた方がよいでしょうか？

逆にどのような運用になっていてもポイントの整合性がとれなくなるような作り方はすべきではありません。

まずはどのようにレイアウトを組んでいくか？よりもどのような要件があるのか？を見定める方が良いと思います。

かぎりなく理想を言えば、顧客テーブルにポイントを持たず、集計で求めたほうが良いでしょう。
しかし、普通は顧客テーブルにポイントを持たせることがほとんどだろうと思います。

たとえば、財布の中の金額を求める際に、
・銀行のATMで引き出した明細
・お店で買い物したレシート
などを何十年も前からずっと持っていれば、財布の中にいくらあるかは財布の中を見なくても明細やレシートを集計すればわかります。しかし、これは現実的ではないと思います。
集計の対象が膨大になると、集計とは別の入れ物に記録しておかなくてはいけなくなるでしょう。こうする理由には、昔は集計の演算コストなどもあったのかもしれませんが、今はそういうコストはあまりかかりませんが、データーの整合性、などだけから見ても、分けておいたほうがなにかと便利だと思います。分けると冗長にはなりますが、分けないと、あとで、特別会計費みたいなものの扱いに困ってしまったりします。

例えばポイントの増減については「ポイント履歴テーブル」で一元管理するとか、日次バッチで整合性チェックを行うとか。