Rails で元に戻せないマイグレーションを書くときの作法: ActiveRecord::IrreversibleMigration - passingloopの日記
ActiveRecord のマイグレーションは，その中に up メソッドと down メソッドを書くことにより，データベースのスキーマを更新したり，変更を元に戻したりすることができ便利です．Rails 3.1 からは up, down を change メソッドにまとめて書くことができるようになりました． しかし，すべてが元に戻せるマイグレーションかというと，そうではないことがあります．たとえば， この図のように，integer だった vendor_code カラムを string に変更する場合，変更後のカラムに文字列を入れてしまうとマイグレーションで元に戻すことができません．文字列を数値に変換することができず，データが失われてしまうからです．このように，元に戻らないマイグレーションを書くときには，down メソッドで ActiveRecord::IrreversibleMigrati
What is the right approach to deal with Rails db/schema.rb file in GIT?
Well the standard schema.rb file for Rails 2 has this at the end of the comment block at the top of the file: # It's strongly recommended to check this file into your version control system. The Rails 3 schema.rb that I have kicking around says the same thing. I think the comment says it all. Update in response to comments: Yes, mistakes can be made and you can get conflicting changes and bugs man
Migration の歩き方 - elm200 の日記(旧はてなダイアリー)
Rails ではデータベースのテーブルを作成するのに、db/migrate/ にマイグレーション用のファイル # $RAILS_ROOT/db/migrate/001_create_entries.rb class CreateEntries < ActiveRecord::Migration def self.up create_table :entries do |t| t.column :title, :string t.column :body, :text end end def self.down drop_table :entries end end を作ったあと、 % rake db:migrateとすることで、"entries" という名前のテーブルがデータベースに作成される。この内部動作をしつこく追いかけてみる。 rake db:migrate まずは rake コマン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Scaffolding ActiveRecord: two columns of the same data type
How to make Rails ActiveRecord::Migration default to MyISAM
