我是一名初级 Rails 开发人员，在工作中我们遇到了以下问题：
只需要更新一条记录的列值。 我们所做的是创建这样的迁移：
class DisableAccessForUser < ActiveRecord::Migration
def change
User.where(name: "User").first.update_column(:access, false)
end
end
迁移是否仅适用于架构更改？
您还有什么建议的解决方案？
PS：我只能用代码来改变它。无法访问控制台。
【问题讨论】：
简短的版本是，由于迁移仅用于架构更改，您不会希望使用它们来更改数据库中的实际数据。
主要问题是，如果其他开发人员使用rake db:schema:load 或rake db:reset 加载数据库结构，您的数据操作迁移可能会被忽略。两者都只是使用 schema.rb 文件加载最新版本的结构，而不涉及迁移。
正如 Nikita Singh 在 cmets 中指出的那样，我也想说更改行数据的最佳方法是实现一个简单的 rake 任务，该任务可以根据需要运行，与迁移结构无关。或者，对于首次安装，seed.rb 文件非常适合加载初始系统数据。
希望漫谈有所帮助。
更新
在一些“官方”来源中找到了一些文档：
seed.rd 文件中。【讨论】：
schema.rb，以便您可以在任何其他环境（或同事）中使用db:schema:load 快速重建数据库结构，而不必担心运行每个该死的迁移文件的麻烦。我认为它还在文件中说“......强烈建议将其签入您的版本控制系统......”，所以我倾向于认为提交该文件被认为是最佳实践。
迁移适用于架构更改。但是，当您处理大量协作项目时，例如每天从许多开发人员那里提取代码。
您可能会错过一些迁移（值更新迁移..架构更改没有问题）因为迁移取决于时间戳。
所以我们要做的是在单个命名空间中创建一个 rake 任务来更新一些表值（注意它不会覆盖）
每当我们从 Git 更新代码时，都会调用该 NameSpace 中的所有 rake 任务。
【讨论】：
在迁移中使用类进行数据更改是危险的，因为它不能很好地证明未来。对类的更改很容易在将来破坏迁移。
例如，假设您要向用户 (sample_group) 添加一个新列，并在对象加载时执行的 Rails 生命周期回调中访问该列（例如 after_initialize）。这将打破这种迁移。如果您没有跳过保存时的回调和验证（通过使用 update_column），那么以后还有更多方法可以打破这种迁移。
当我想在迁移中更改数据时，我通常会使用 SQL。可以使用 execute() 方法在迁移中执行任何 SQL 语句。要使用的确切 SQL 取决于所使用的数据库，但您应该能够提出适当的 db 查询。例如在 MySQL 中，我相信以下应该可以工作：
execute("UPDATE users SET access = 0 WHERE id IN (select id from users order by id limit 1);")
这是更多的未来证明。
【讨论】：
迁移只是一种结构化的方式来更改数据库，包括架构和数据。 在我看来，在某些情况下使用迁移来更改数据是合法的。
例如：
话虽如此，我不会使用迁移来更改单个用户属性。如果这是偶尔发生的事情，您应该制作一个仪表板，以便您将来编辑此数据。否则，rake 任务可能是一个不错的选择。
【讨论】：
rake db:setup）。从未见过有人通过从头开始运行所有迁移来部署大型应用程序......
在正确的情况下，如果操作正确，使用迁移来迁移数据库中的数据并没有错。
在迁移过程中应该避免两件相关的事情（正如许多人所提到的那样），这两项都不排除迁移数据：
在迁移中使用模型是不安全的。 User 模型中的代码可能会改变，当这种情况发生时，没有人会更新你的迁移，所以如果某个同事休假 3 个月，回来，并尝试运行她发生的所有迁移消失了，但同时有人重命名了User 模型，您的迁移将被破坏，并阻止她追赶。这只是意味着您必须使用 SQL，或者（如果您决心保持与迁移实现无关）直接在迁移文件中包含 ActiveRecord 模型的独立副本（嵌套在迁移类下）。
对种子数据使用迁移也没有意义，特别是当有人第一次设置应用程序时用于填充新数据库的数据，因此应用程序将运行（或将在应用程序的全新实例中获得预期的数据）。您不能为此使用迁移，因为您在第一次设置数据库时不运行迁移，而是运行db:schema:load。因此用于维护种子数据的特殊文件：seeds.rb。这只是意味着，如果您确实需要在迁移中添加数据（以使生产和每个人的开发数据都加快速度），并且它有资格作为种子数据（应用程序运行所必需的） ，你也需要添加到seeds.rb！
然而，这些都不意味着您不应该使用迁移来迁移现有数据库中的数据。这就是他们的目的。你应该使用它们！
【讨论】：
如果我没记错的话，更改特定记录可能会起作用，但我不确定。
在任何情况下，这都不是一个好习惯，迁移应该仅由用户进行架构更改。 为了更新一条记录，我会使用控制台。只需在终端中输入“rails console”并输入代码即可更改属性。
【讨论】：
这个问题很老了，我认为 Rails 方法随着时间的推移而改变。基于https://edgeguides.rubyonrails.org/active_record_migrations.html#migrations-and-seed-data，可以在这里为新列提供数据。更准确地说，您的 迁移 代码还应包含“向下”块：
class DisableAccessForUser < ActiveRecord::Migration
def up
User.where(name: "User").first.update_column(:access, false)
end
def down
User.where(name: "User").first.update_column(:access, true)
end
end
如果您使用 seeds.rb 预填充数据，也不要忘记在其中包含新列值：
User.find_or_create_by(id: 0, name: 'User', access: false)
【讨论】：