このシナリオでは、#3 と #2 の組み合わせを使用します。新しいビルドがある場合は、空のデータベースにデータを入力し、通常は実行しないように使用するデプロイ後の挿入を設定し、ビルド/公開全体の後にデータを入力します。関連する挿入もバッチ処理する傾向があるため、15 個のステータスを挿入する場合は、それらを 1 つのスクリプトに追加します。その欠点は、スクリプトを再実行して問題を引き起こさないようにする必要があるため、一時テーブルに挿入してから、実際のテーブルに対して左結合を行うことが最善の解決策である可能性があることです。スクリプトの数をより管理しやすいサイズに抑えます。
インクリメンタル リリースの場合、関連するスクリプトが一緒になるように、ストーリーごとに (スクラムを使用して) 一括挿入する傾向があります。また、スクリプトが本番環境で実行され、プロジェクトから安全に削除できる時期を知るのにも役立ちます。
また、参照値のみを保存する何らかの「参照」データベースを用意することも検討してください。次に、Red-Gate の Data Compare などのツールを使用して、適切なデータ セットを取得します。Pro バージョンは自動化/スクリプト化できるため、テスト用の新しいデータを簡単に取り込むことができます。これは、コピーするテーブルを簡単に設定し、データにフィルターを設定できるため、長期的には最適なソリューションになる可能性があります。