停止なしでデータベース移行を計画する
アプリを止めずに、元に戻せる手順で各段階を確かめる移行計画のプロンプト。お好きなAIツールに貼り付けると、AIが計画を書きます。
結果はツール、モデル、入力内容によって変わります。
結果のプレビュー
例:当サイトの編集部が書いたもので、実際のAIの出力ではありません。
目的:列「customer_name」を停止なしで「display_name」に変える。 1. 拡張:新しい列 display_name を追加(NULL可)。戻し方:列を削除。 2. コードが両方の列に書き込む。戻し方:旧版をデプロイ。 3. 1万行ずつデータをコピー。確認:値のない行=0。 4. コードは display_name だけを読む。 5. 1週間エラーがなければ旧列を削除。元に戻せないため事前にバックアップ。 推測:小分けに使える主キーがテーブルにある。
入力する
入力した内容はこのブラウザ画面の中だけにとどまります。当サイトが保存・送信することはありません。
- 列名を変える
- 列を文字列から数値に変える
- テーブルを二つに分ける
- 既定値つきの必須列を追加する
- 大きなテーブルにインデックスを作る
- PostgreSQL
- MySQL
- MariaDB
- SQL Server
- SQLite
- 数千行
- 約100万行
- 1000万行
- 数億行
- 不明
あなたのプロンプト
プロンプトを編集しました。上の入力欄を変えても、もう上書きされません。
これはAIへの指示文で、まだ完成品ではありません。
このプロンプトが使えるツール
このプロンプトに向いているAIツール:
使い方
- 項目を入力するか、候補をタップします。氏名、住所などの個人情報は入れません。
- 完成したプロンプトをお好きなAIツールに貼り付けます。
- まず現実的なデータ量のコピーで計画を試し、各手順にかかる時間を測ります。
なぜうまくいくのか
先に拡張し後で削除するという順番を守ると、新旧どちらのコードも動き続けます。手順ごとに戻し方を問うことで、後戻りできない道を避けられます。
ヒント
- 移行の前には必ず確認済みのバックアップを取り、復元も試しておきましょう。この計画はお使いのデータベースのドキュメントの代わりにはなりません。