bulk參數

:bulk=>true

可以讓變更資料庫欄位的Migration更有效率的執行，如果沒有加這個參數，或是直接使用

add_column

、

rename_column

、

remove_column

等方法，那麼Rails會拆開SQL來執行

要变更现有的数据表，可以用create_table的类似方法change_table。它的用法跟create_table差不多，但它的代码块有更多的方式。例如：

change_table :products do |t| t.remove :description , :name t.string :part_number t.index :part_number t.rename :upccode , :upc_code end

移除了两个字段description和name，创建了一个part_number的字符串类型字段并为其添加了索引。最后重命名了upccode字段。

在一些情况下，Rails会知道如何去恢复所做的改变，使用change方法可以让我们不用同时写up和down方法。目前来说change方法只支持以下migration的定义：

add_column

add_index

add_timestamps

create_table

remove_timestamps

rename_column

rename_index

rename_table

如果你需要使用其他方法，那么你就不能使用change方法而需要同时写up和down方法。

Migration里面的down方法能复原up方法所造成的变更。也就是说如果执行了up然后再执行down，那么数据库的schema应该会没有改变。所以说，如果用up建立一个数据表，就应该在down方法中删除它。明智的做法会使用跟up完全相反的顺便来做这些事情。

Rails提供一系列rake任务来执行migrations。第一个跟migration相关的rake任务是rakedb:migrate。它最基本有用法就是单纯地执行所有还没执行migrations的up或者change方法。若所有migrations都执行过了，它就会直接结束。执行的顺序是按照migration的日期。

值得注意的是执行db:migrate也会一起执行db:schema:dump，去更新db/schema.rb文件，以便跟数据库的结构同步。

如果你要migrate到某个特定版本，ActiveRecord会执行所需的migrations(up,down,change)直到到达指定的版本为上。所谓版本就是migration文件名前面的那串数字。例如要迁移到版本20080906120000，只需执行:

$rakedb:migrateVERSION=20080906120000

如果指定的版本大于当前的版本（往上迁移），那么就会执行up方法到包含指定版本在内的所有版本。如果是往下迁移的话则会执行所有down方法，但不包括指定版本本身。

rakedb:rollback

如果你需要执行一个指定的migration的up或down方法，那么你可以用db:migrate:up和db:migrate:down这两个任务。你只需指定版本号，就可以触发它的up或down方法：

$rakedb:migrate:upVERSION=20080906120000

以上会执行20080906120000这个版本的migration的up方法。它会去确认这个migration之前有没有跑过，所以，如果ActiveRecord认为20080906120000已经跑过，那么执行db:migrate:upVERSION=20080906120000将不会做任何操作。