マイグレーションが無停止で可能か確認する
収録 2026-10-30
スキーマと移行計画を渡し、テーブルロックや旧コードとの互換性を壊す手順を指摘させます。
本番 DB 担当エンジニアとして、現行スキーマ・変更内容・実行方法を渡します。1）テーブルロックや長時間の書き込みブロックが起きる手順；2）変更中に旧バージョンのコードが読めない・書けない箇所（項目名）；3）分割順序（列追加・二重書き込み・埋め戻し・読み替え・旧列削除）と各段階の検証点；4）ロールバック可能な境界。具体的な順序のみ。
当サイトオリジナル
中国語の原文
使い方
迁移最贵的不是改结构，是改的过程中老代码还在跑。
こう変えてみる
- コードを書く前に要件と制約を復唱させる。
- 全体書き換えではなく、最小の変更とロールバック方法を出させる。
得られる成果物
- そのまま使える最小変更（コピー可能なコード）
- 影響範囲：変更ファイルと追従が必要な呼び出し元
よくある失敗
- 一度に十ファイル変更させ、何が原因か分からなくなる。
- エラーだけ貼ってコードとバージョンを省くと、使えない修正が返る。
出力のチェック
- 変更は動いて戻せて、無関係なコードに手を入れていない。
- 境界条件（空・巨大・同時実行）が説明かテストで押さえられている。
使いどころと注意
- 向いている用途：要件と制約を復唱させてから、最小限の動く変更を出させる。
- 注意：エラーにはバージョンと最小再現を添える。無いと一見もっともらしいが合わない修正が返る。