初期データベースとソフトウェア設計の一部ではなかったデータの収集と保存についてはどうしますか？たとえば、ポインティングシステムを使い始めると、すでに登録されているすべてのユーザーのポイントを収集する必要があります。ビジネスロジックの変更にはポインティングシステムが反映されるため、新しいユーザーにとっては簡単ですが、古いものはありますか？システムの設計時に予測されなかったデータの収集
一般的に、最初からそこにあったはずのデータはどのように処理されますか？不足している部分を収集するための手動クエリの作成cronを使用していますか？
さて、あなたは定義上不可能なことを求めていると私は思います。
最初からそこにあったはずでしたが、そうではありませんでしたか？
は、データベース内の既存のデータからポイントの数を推測できるためです。可能であれば、明らかに欠けているデータはありません ....ポイントを別々に保存すると、それが冗長になります（パフォーマンスに必要な場合にはまだ素晴らしいオプションです）。
例：stackoverflow rewards連続訪問回数。彼らが最初からそれをしなかったとしよう。彼らがすでに訪問日を記録している場合は、ポイントを再計算することができます。だから欠けているデータはありません。
他のソースからデータを取得する（ウェブサーバーログを解析する）か、既存のユーザーの既定値を決定するための追加のビジネスルールを作成するこの特定の例では難しい）。
不足している部分を収集する手動クエリを記述しますか？ cronを使用していますか？
非常に複雑な場合は、変換スクリプトや特別な変換アプリケーションでも入力します。