手动编写迁移。例如:运行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

你可以按照指南中的方式回滚一次迁移:

http://guides.rubyonrails.org/active_record_migrations.html#reverting-previous-migrations

生成迁移:

rails generate migration revert_create_tablename

编写迁移:

require_relative '20121212123456_create_tablename'

class RevertCreateTablename < ActiveRecord::Migration[5.0]
  def change
    revert CreateTablename    
  end
end

通过这种方式，您还可以回滚并用于恢复任何迁移

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

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

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

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

drop_table :table_name

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

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

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

简单而正式的方式是这样的:

  rails g migration drop_tablename

现在转到您的db/migrate，并寻找包含drop_tablename作为文件名的文件，并将其编辑为此。

    def change
      drop_table :table_name
    end

那你就得跑

    rake db:migrate 

在你的控制台。

Run

rake db:migrate:down VERSION=<version>

其中<version>是您想要恢复的迁移文件的版本号。

例子:-

rake db:migrate:down VERSION=3846656238