多分私はグーグルではうまくないかもしれませんが、私は金のルールと、請求に関連するデータベースを設計する際の推奨を求めています。ランニングバランスとデータベース正規化のパラダイム
私は同じで*すべての* billable_account_idのためのすべてのトランザクション事前に計算実行中のバランスを格納し、上の更新のアイデアを放棄database normalizationのルールに基づいて取引
transactions(id int, credit float, debit float, billable_account_id int)
とSQLテーブルを考えてみましょうトランザクションテーブルのサイズに関係なく、他の場所に格納することができます。
私はPostgresを使用していますが(問題は共通ですが)、私はSQL忍者ではありませんが、設計において賢明にしようとしています。
質問:
- 私は右このアプローチと一緒に行くのですか?
- 「はい」の場合、そのようなテーブルを維持し、合計を稼働させるためのクエリを作成するにはどのような方法をお勧めしますか?
非常に参考になります。
http://tech.jonathangardner.net/wiki/PostgreSQL/Materialized_Views –
ありがとう!あなたは私に指示をくれた! – forker