管理 monoid 迁移

发布于 2024-12-21 22:26:08 字数 303 浏览 2 评论 0原文

有人可以给我简单介绍一下如何使用 Mongoid 在 Rails 中进行数据库迁移吗？我对每个文档的惰性迁移特别感兴趣。我的意思是，每当您从数据库中读取文档时，您都会将其迁移到最新版本并再次保存。

以前有人做过这样的事情吗？我遇到过 mongoid_rails_migrations，但它没有提供任何类型的文档，虽然它看起来像这样做，但我我不太确定如何使用它。

我应该指出，我只是在概念上熟悉 ActiveRecord 迁移。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

紫南 2024-12-28 22:26:08

如果您想一次完成整个迁移，那么 mongoid_rails_migrations 将满足您的需要。没有太多需要记录的内容，它复制了标准 ActiveRecord 迁移的功能。您编写迁移，然后使用 rake db:migrate 来应用它们，它会处理哪些迁移已经运行，哪些尚未运行。如果您想了解具体内容，我可以回答更多问题。

对于惰性迁移，最简单的解决方案是使用 after_initialize 回调。检查某个字段是否与旧数据方案匹配，如果匹配，则修改该对象并更新它，例如：

class Person
    include Mongoid::Document

    after_initialize :migrate_data

    field :name, :type => String

    def migrate_data
        if !self[:first_name].blank? or !self[:last_name].blank?
            self.set(:name, "#{self[:first_name]} #{self[:last_name]}".strip)
            self.remove_attribute(:first_name)
            self.remove_attribute(:last_name)
        end
    end
end

使用我上面给出的特定方法时要记住的权衡：

如果运行返回很多的请求记录，例如 Person.all.each {|p| put p.name} 并且 100 人具有旧格式，它将立即运行 100 组查询。您也可以改为调用 self.name = "#{self.first_name} #{self.last_name}".strip ，但这意味着只有保存记录后才会迁移您的数据。

您可能遇到的一般问题是，在迁移所有数据之前，任何批量查询（例如 Person.where(:name => /Foo/).count）都会失败。此外，如果您执行 Person.only(:name).first ，迁移也会失败，因为您忘记包含 first_name 和 last_name 字段。

If you want to do the entire migration at once, then mongoid_rails_migrations will do what you need. There isn't really much to document, it duplicates the functionality of the standard ActiveRecord migration. You write your migrations, and then you use rake db:migrate to apply them and it handles figuring out which ones have and haven't been ran. I can answer further questions if there is something specific you want to know about it.

For lazy migrations, the easiest solution is to use the after_initialize callback. Check if a field matches the old data scheme, and if it does you modify it the object and update it, so for example:

class Person
    include Mongoid::Document

    after_initialize :migrate_data

    field :name, :type => String

    def migrate_data
        if !self[:first_name].blank? or !self[:last_name].blank?
            self.set(:name, "#{self[:first_name]} #{self[:last_name]}".strip)
            self.remove_attribute(:first_name)
            self.remove_attribute(:last_name)
        end
    end
end

The tradeoffs to keep in mind with the specific approach I gave above:

If you run a request that returns a lot of records, such as Person.all.each {|p| puts p.name} and 100 people have the old format, it will immediately run 100 set queries. You could also call self.name = "#{self.first_name} #{self.last_name}".strip instead, but that means your data will only be migrated if the record is saved.

General issues you might have is that any mass queries such as Person.where(:name => /Foo/).count will fail until all of the data is migrated. Also if you do Person.only(:name).first the migration would fail because you forgot to include the first_name and last_name fields.

回复收藏 0 原文