Ответ 1
Если вы хотите выполнить всю миграцию сразу, то 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| puts 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.