RealTimetableとしてテーブルがあり、HistoryTableとして別のテーブルがあります。これで、RealTimetableとHistoryTableは同じ構造になります。RealTimetableからHistoryTableにデータを複製してから、毎日RealTimetableからデータを削除するプロセスが必要です。リアルタイムテーブルが大きくなりすぎることはないため（アプリケーションのダウが大幅に遅くなります）、記録と履歴の目的でリアルタイムテーブルのすべてのデータを保持する必要があるため、これらのデータをHistoryTableに保持します。
リアルタイムテーブルは1日に60,000〜100,000回以上挿入されるため、トリガーとレプリケーションはこのシナリオでは最適なソリューションではありません。どちらかを設定すると、データベースに大きなオーバーヘッドが発生しますね。
私は、HistoryTableにないデータを毎日realtimetableからHistoryTableに挿入し、15分前までのデータの挿入プロセス後にrealtimetableからデータを削除するspを持っていると考えました（データがに書き込まれる可能性があるため）挿入プロセスと削除プロセスの間のリアルタイムテーブル）。これらのデータを失いたくないのですが、これはちょっと汚い方法です。
私のシナリオで機能する代替ソリューションを提案してください。