私が割り当てられている現在のシステムには、顧客の購入、預金、および報酬クレジット (管理者による) の記録がなく、[ユーザー] テーブルの [クレジット] 列だけです。ユーザーがお金を入金するたびに、その列がインクリメントされます。ウェブサイトで何かを購入すると、クレジットが差し引かれます。
完全な請求の実装の詳細は、現時点ではそれほど重要ではありませんが、現在の残高に到達するには、何らかの方法で購入と入金を集計する必要があることはわかっています。
顧客の残高を知りたいときはいつでも、ストアド プロシージャを実行して、顧客の最初のトランザクション以降のすべての支払い/預金レコードを集計する必要があると思いますよね? もしそうなら、特に頻繁に質問される場合、それはかなり重い要求のように思えます.
現在行っているように残高を保存し、定期的に (スケジューリングを介して)、上記のストアド プロシージャを使用して各ユーザーの残高を再計算する「バランスのとれたアプローチ」が存在する可能性があります。
ユーザーの残高を管理するためのベスト プラクティスを知りたいです。このシナリオで可能であれば、一貫した/正しいデータと効率の両方を目指しています。何をアドバイスしますか？
課金システムの実装について、どのようなリソースがありますか?