シードデータ とは？

シードデータはスクリプトとしてコードで管理するのがポイント。新しいメンバーが開発を始めるとき「db:seed」のようなコマンド1つで必要なデータが全部入る。手動だと「あのデータ入れた？」「入れてない」という事故が起きるけど、スクリプトなら再現性が保証される。

マスタデータ（都道府県、通貨コード、権限種別など）と、開発用のサンプルデータ（テストユーザー、ダミー商品など）の2種類が典型的。マスタデータは本番にも投入するけど、サンプルデータは開発・テスト環境だけに入れるように分けることが多い。

マイグレーションはテーブルの構造（スキーマ）を管理するもので、シードはデータの中身を管理するもの。マイグレーションで「usersテーブルを作る」、シードで「管理者ユーザーを1件入れる」というように役割が違う。

冪等性（何回実行しても同じ結果になる）の確保が大事。「すでにデータがあれば追加しない」「find_or_create_by」のような処理にしないと、2回実行するとデータが重複する。あと地味に厄介なのが、テーブル構造が変わったときにシードデータも追随しなければならないこと。マイグレーションでカラムを追加したのにシードスクリプトを更新し忘れると、新規セットアップ時にエラーになる。CI/CDで「マイグレーション→シード→テスト」を毎回実行していれば早期に気づけるけど、そうしていないプロジェクトだとシードが壊れたまま何ヶ月も放置されることも珍しくないんだ。