您并不总是能够简单地生成迁移来拥有您想要的代码。您可以创建一个空迁移，然后用您需要的代码填充它。

你可以在这里找到关于如何在迁移中完成不同任务的信息:

http://api.rubyonrails.org/classes/ActiveRecord/Migration.html

更具体地说，你可以看到如何使用以下方法删除一个表:

drop_table :table_name

替代引发异常或试图重新创建一个现在空的表-同时仍然启用迁移回滚，重做等-

def change
  drop_table(:users, force: true) if ActiveRecord::Base.connection.tables.include?('users')
end

ActiveRecord:: Base.connection。drop_table: table_name

我认为，为了完全“正式”，你需要创建一个新的迁移，并把drop_table放在self.up中。自我。方法应该包含完整地重新创建表的所有代码。假定代码可以从模式中提取。Rb在你创建迁移的时候。

添加代码来创建一个您知道不再需要的表，这似乎有点奇怪，但这将保持所有迁移代码的完整和“正式”，对吗?

我只是对我需要放下的桌子做了这样的操作，但老实说，我没有测试“放下”，也不确定我为什么要这么做。

您并不总是能够简单地生成迁移来拥有您想要的代码。您可以创建一个空迁移，然后用您需要的代码填充它。

你可以在这里找到关于如何在迁移中完成不同任务的信息:

http://api.rubyonrails.org/classes/ActiveRecord/Migration.html

更具体地说，你可以看到如何使用以下方法删除一个表:

drop_table :table_name

手动编写迁移。例如:运行rails g migration DropUsers。

至于迁移的代码，我将引用Maxwell Holder的帖子Rails migration Checklist

BAD—运行rake db:migrate and then rake db:rollback将失败

class DropUsers < ActiveRecord::Migration
  def change
    drop_table :users
  end
end

GOOD -揭示了迁移不应该可逆的意图

class DropUsers < ActiveRecord::Migration
  def up
    drop_table :users
  end

  def down
    fail ActiveRecord::IrreversibleMigration
  end
end

BETTER -实际上是可逆的

class DropUsers < ActiveRecord::Migration
  def change
    drop_table :users do |t|
      t.string :email, null: false
      t.timestamps null: false
    end
  end
end