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

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

$rails console

然后输入:

ActiveRecord::Migration.drop_table(:table_name)

完成了，为我工作了!

你不能简单地运行drop_table:table_name，相反，你可以通过运行以下命令创建一个空迁移: rails迁移drop安装

然后你可以把这个添加到空迁移中:

class DropInstalls < ActiveRecord::Migration
  def change
    drop_table :installs
  end
end

然后在命令行中运行rails db:migrate，这将删除安装表 在这里找到了解决方案

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

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

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

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

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

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

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

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，它会帮你删除这个表。