Question

每次运行rake db:migrate rails都会决定更改schema.rb文件。在某些情况下，这是完全合理的，但在其他一些情况下，它似乎无缘无故地这样做。我很困惑的情况是当我从git中提取一个新版本的schema.rb时，然后运行rake db:migrate。由于schema.rb文件的新版本附带此迁移，因此我不应该更新schema.rb。但是，rails每次都会改变它。当发生这种情况时，我发现了令人难以置信的愚蠢变化，例如：

add_index "my_table", ["column1", "column2"], :name => "index_on_some_columns"

到

add_index "my_table", ["column2", "column1"], :name => "index_on_some_columns"

当发生这种情况时，我只需运行git checkout db/schema.rb并继续我的生活，但它让我永无止境。是否有这样做的原因，我怎么能阻止它这样做呢？

编辑：这是一个差异的摘录

@@ -165,12 +165,11 @@ ActiveRecord::Schema.define(:version => 20130206001907) do
     t.column "updated_at", :datetime
-    t.column "coordinates", :point, :srid => 4326
@@ -200,15 +199,16 @@ ActiveRecord::Schema.define(:version => 20130206001907) do
     t.column "something", :boolean
+    t.column "coordinates", :point, :srid => 4326
+    t.column "random_string", :string
     t.column "remote", :string
-    t.column "random_string", :string
   end

-  add_index "my_table", ["id", "foreign_id"], :name => "index_active_my_table_on_foreign_and_id"
-  add_index "my_table", ["id", "active"], :name => "index_my_table_on_active_and_id"
-  add_index "my_table", ["id", "content_modified_at"], :name => "index_my_table_on_content_modified_at_and_id"
+  add_index "my_table", ["foreign_id", "id"], :name => "index_active_my_table_on_foreign_and_id"
+  add_index "my_table", ["active", "id"], :name => "index_my_table_on_active_and_id"
+  add_index "my_table", ["content_modified_at", "id"], :name => "index_my_table_on_content_modified_at_and_id"

Answer 1

由于schema.rb文件的新版本附带此迁移，因此我不应该更新schema.rb。

这是不准确的。

每次Rails运行迁移时，它都会使用数据库作为源来更新schema.rb文件。它不会查看现有的schema.rb文件，它只使用数据库中的信息并覆盖它。

看来真正的问题是，在生成schema.rb文件时，在两个不同的环境（Ruby，Rails，MySQL，操作系统的不同组合）中运行相同的迁移可能会产生不同的结果。

解决方案是确保每个签入代码的人都在尽可能使用相同的软件版本。如果不可能（因为这是Windows vs. Linux与Mac的区别，而且您不想更改操作系统），您只需要处理这些不便。

Answer 2

对我而言，解决方案首先是rake db:schema:load。并且rake db:migrate无缘无故地停止更改我的schema.rb。

注意： rake db:schema:load将删除现有数据的所有，并根据现有的schema.rb重新创建数据库。

rails无缘无故地更改schema.rb

2 个答案: