MySQLに存在しないカラムでバリデーションエラー

Question

過去の MySQL のダンプファイルから

table_create でテーブルを作成し、
User.create とかで初期データを流し込んで
MySQL を同じ状態にするためのマイグレーションファイルを作成したのですが

そのあとモデルに後から追加されたカラムのバリデーション
user.rb に
validates :time_zone, allow_nil:true, ...
というのが追加されています

この状態で空の MySQL に対して rake db:migrate を行うと User.create のところでバリデーションエラーが出てしまいます

User.create を行ったときに MySQL に存在しないカラムのバリデーションがあると allow_nil をつけてもエラーになるということですか？
この場合どう回避するのが自然なのでしょうか

意図としてはダンプファイルを作成した時点の MySQL の状態をつくって、
それ以降は既存のマイグレーションを実行するつもりだったのですが
モデルだけが先行してしまっていることになります

ブログもいろいろ調べてみてスキーマ構成を再現するまではいろいろでてくるのですが
レコード追加までをマイグレーションでやるというブログがほとんどでてこなくて手探り状態です

ダンプファイルを流し込むだけですむ話なのに
数日かかってしまってここまで苦労して ruby で MySQL の初期化を行う必要があるのか疑問を感じています…

Answer 1

この場合どう回避するのが自然なのでしょうか

ActiveRecordを使うのであれば、使い捨てのモデルクラスを立ててしまうのがいいでしょう。1から作れば、バリデーションも何も発生しません（Qiita）。

class TempUser < ActiveRecord::Base
  self.table_name = 'users'
end

# TempUserを使ってマイグレーションを書く

ダンプファイルを流し込むだけですむ話なのに

それならそれでも構いませんし、Railsのマイグレーションに入れたいのであれば、ActiveRecord::Base.connection.executeでSQLを流す、という手段もあります。

Comments

[退会済みユーザー]

使い捨てモデルを立てるのはコミットにまぎらわしいファイルが増えてしまうのでやりたくないかもです
execute で SQL を直接流せるのですね
こちらでいこうと思います
ありがとうございました

[maisumakun]

なお、使い捨てのモデルは、マイグレーションクラスの中にネストして立ててしまえば、別にファイルを作らなくても処理できます。

[退会済みユーザー]

なるほどです
マイグレーションファイル自体にかいてしまうのですね
試してみます
何から何までありがとうございます