1. はじめに：テーブル設計の「やり直し」問題

こんにちは！Railsで開発を始めたばかりだと、テーブル（データの入れ物）の設計を途中で変更したくなりますよね。

今回、私が困ったのはこの状況です。

起こったこと: posts テーブルを作るための設計図（マイグレーションファイル）を作って実行した後に、「あ、このカラム（項目）も必要だった！」と設計図を直しました。
期待した結果: rails db:migrate をもう一度実行すれば、直した内容がデータベース（データ保存場所）に反映されるはずだと思っていました。
実際の結果: 何も起こらない！ 実行ログも出ないし、テーブルの項目も変わっていませんでした。

一度実行して「OK」となった設計図（マイグレーションファイル）は、後から編集しても Railsには無視されてしまいます。

2. なぜ変更が無視されるのか？（Railsの「チェックリスト」の話）

どうして、せっかく直した設計図が無視されてしまうのでしょうか？それは、Railsがデータベースで使っている 「実行済みチェックリスト」 が原因です。

Railsのマイグレーションを、家を建てる時の作業に例えてみましょう。

あなたが設計図を修正した後、再度 rails db:migrate を実行しても、Railsは最初にこの「チェックリスト」を確認します。

このように判断されるため、どんなに設計図の中身を直しても、Railsはそれを開いてくれないのです。

変更を反映させるには、「一度実行済みマークを消し、設計図を未実行状態に戻す」必要があります。これを行うのが ロールバック（Rollback） という機能です。

ロールバック実行前のステータスがこちら。

ロールバックは、直前の migrate でやったことを取り消す命令です。

rails db:rollback

【何が起こるか】

ロールバックを実行すると、実行ログが出ます。

ロールバックが完了したら、修正済みのマイグレーションファイルの内容で、もう一度 migrate を実行します。

rails db:migrate

【何が起こるか】

今回はチェックリストに番号がないので、Railsは設計図を開き、新しい内容（location や text カラムを含む）でテーブルを作り直します。
期待していた実行ログが表示されます！

今回は急いでいたため設計図を直しましたが、今後の開発でトラブルを避けるために、覚えておいてほしい原則があります。

原則：一度実行したマイグレーションファイル（設計図）は触らない！

テーブルに項目を追加したり、変更したりしたい場合は、新しいマイグレーションファイルを常に作りましょう。

新しいマイグレーションファイルを作成:

# 例：postsテーブルに「title」という項目を追加する
rails generate migration AddTitleToPosts title:string

新しいファイルで実行:

rails db:migrate
# 新しいファイルの実行ログだけが表示される

この方法なら、「チェックリスト」に新しい番号が追加されるだけで、過去のファイルは触らなくて済むため、安全です。

この記事が、あなたの開発の助けになれば嬉しいです！