18

我运行“rake db:migrate”以将 schema.db 与我的数据库模式重新同步。但它失败了，说我的一张表已经存在。我认为它试图重新创建表。如果您只想更新 schema.rb 以反映您在数据库中独立于 Rails 所做的任何更改，如果不是“rake db:migrate”，您应该使用什么命令？关于这类事情的最佳文档来源是什么？

4

7 回答 7

20

“rake db:migrate” 将尝试为您的项目运行所有未完成的迁移。如果您只想转储架构，请执行“rake db:schema:dump”。
但我认为你有一个问题，它说该表已经存在。您的一项迁移失败，因为它尝试添加的表已经存在于您的数据库中。你是手工制作的吗？您是否进行了迁移，但没有为它写下来？您需要先解决此问题，然后才能编写未来的迁移。如果这只是一个错误，并且表格在那里并且正确并且您想忽略它。我的建议是通过在失败的迁移中注释掉创建表来解决它。然后运行“rake db:migrate”。然后，但是创建表回来了。这将更新您的架构版本。
确保你写下所有迁移的正确记录。

于 2009-05-08T23:41:20.877 回答
19

尝试

RAILS_ENV=development rake db:drop

前

RAILS_ENV=development rake db:migrate

而且要快乐！

确保在测试或开发环境中运行它，因为这将删除数据库/表

于 2011-06-02T22:42:57.950 回答
15

我发现偶尔，当事情变得有点奇怪时，你会发现自己处于 Rails 想要运行迁移的情况下，它应该正确地考虑已经完成（表已经存在等）。您可以通过查找其编号（文件名开头的数字部分）来标记迁移完成，进入 mysql 并发出如下查询：

insert into schema_migrations values('20090521153438');

（或无论您的迁移次数是多少）

或者，如果它是使用 Desert 的 migrate_plugin 运行的插件迁移：

insert into plugin_schema_migrations values('my_plugin', '005');
于 2010-08-04T23:31:47.653 回答
6

rake db:migrate:reset将删除所有表，运行所有迁移并创建一个新schema.rb文件。

于 2013-02-19T11:46:37.837 回答
2

尝试rake db:schema:dump或rake db:migrate:redo。

于 2009-05-08T23:07:25.653 回答
2

使用rake db:schema:dump.

$ rake -T | grep schema
rake db:schema:dump # Create a db/schema.rb file that is portable
                    #  against any database supported by ActiveRecord

rake db:schema:dumpdb/schema.rb无需再次运行任何迁移或删除任何表（这意味着丢失这些表中的数据）即可重新创建文件，因此这是您可以首先尝试的侵入性最小的方法。

于 2015-03-23T09:33:29.370 回答
1

回答您关于文档的最后一个问题：

于 2009-05-08T23:50:22.603 回答