Zarządzanie migracjami mongoid

Jeśli chcesz wykonać całą migrację na raz, mongoid_rails_migrations zrobi to, czego potrzebujesz. Nie ma zbyt wiele do udokumentowania, duplikuje funkcjonalność standardowej migracji ActiveRecord. Piszesz swoje Migracje, a następnie używasz rake db:migrate do ich zastosowania i zajmuje się ustalaniem, które z nich zostały i nie zostały uruchomione. Mogę odpowiedzieć na dalsze pytania, jeśli jest coś konkretnego, co chcesz wiedzieć na ten temat.

W przypadku leniwych migracji najprostszym rozwiązaniem jest użycie wywołanie zwrotne after_initialize. Sprawdź, czy pole pasuje do starego schematu danych, a jeśli to zrobi, zmodyfikuj obiekt i zaktualizuj go, tak na przykład:

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

Kompromisy, aby pamiętać o konkretnym podejściu, które podałem powyżej:

Jeśli uruchomisz żądanie, które zwraca wiele rekordów, takich jak Person.all.each {|p| puts p.name} i 100 osób ma stary format, natychmiast uruchomi ono 100 zestawów zapytań. Możesz również wywołać self.name = "#{self.first_name} #{self.last_name}".strip zamiast tego, ale oznacza to, że Twoje dane będą migrowane tylko wtedy, gdy rekord jest uratowany.

Ogólne Problemy, które możesz mieć, to to, że wszelkie zapytania masowe, takie jak Person.where(:name => /Foo/).count nie powiedzie się, dopóki wszystkie dane nie zostaną przeniesione. Również jeśli wykonasz Person.only(:name).first migracja nie powiedzie się, ponieważ zapomnisz dołączyć Pola first_name i last_name.