Database Migration
データベース移行
database migrationは、バージョン管理された変更です。保存されたデータとschemaを、あるはっきりした状態から別の状態へ移行させます。
もう一つの例
リリースでは、最初は空にしておけるタイムゾーン欄を追加します。前のデータを埋めてから、あとで新しいルールを厳しく適用します。
主な部分
- 01Identity or input
- 02Policy or transformation
- 03Stored result and audit evidence
以下の場合に使用します
ステージごとに本番データを変更します。各ステップは見えるようにし、元に戻せるようにする必要があります。
以下の場合は使用しないでください
破壊的な変更を行う前に、バックアップ、互換性、ロールバックが機能することを確認してください。
コードで使用する名前
migration up/down 出荷前に
Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.
Outcome:Complete the task with データベース移行 (Database Migration)。 User context:リリースでは、最初は空にしておけるタイムゾーン欄を追加します。前のデータを埋めてから、あとで新しいルールを厳しく適用します。 Technical concept or control:データベース移行 (Database Migration)。 Why it fits:ステージごとに本番データを変更します。各ステップは見えるようにし、元に戻せるようにする必要があります。 Do not use it when:破壊的な変更を行う前に、バックアップ、互換性、ロールバックが機能することを確認してください。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.
このリクエストを確認する
Review how データベース移行 (Database Migration) is used now. Definition: database migrationは、バージョン管理された変更です。保存されたデータとschemaを、あるはっきりした状態から別の状態へ移行させます。 Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.