首先，生成一个具有任意名称的空迁移。这样做很重要，因为它创建了适当的日期。

rails generate migration DropProductsTable

这将在/db/migrate/目录下生成一个。rb文件，如20111015185025_drop_products_table.rb

现在编辑该文件，如下所示:

class DropProductsTable < ActiveRecord::Migration
  def up
    drop_table :products
  end

  def down
    raise ActiveRecord::IrreversibleMigration
  end
end

我唯一添加的东西是drop_table:products和raise ActiveRecord::IrreversibleMigration。

然后运行rake db:migrate，它会帮你删除这个表。

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

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

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

警告:这样做的风险由您自己承担，正如@z-atef和@nzifnab正确指出的那样，Rails不会意识到这些更改，您的迁移序列填充失败，您的模式将与您的同事的不同。这仅仅是为当地的发展修修补补提供资源。

虽然这里提供的答案工作正常，但我想要一些更“直接”的东西，我在这里找到了:链接 首先进入rails控制台:

$rails console

然后输入:

ActiveRecord::Migration.drop_table(:table_name)

完成了，为我工作了!

Rails迁移drop_users 编辑迁移

    class DropUsers < ActiveRecord::Migration
      def change
        drop_table :users do |t|
          t.string :name
          t.timestamps
        end
      end
    end

rake db: migrate

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

打开rails控制台

ActiveRecord::Base.connection.execute("drop table table_name")