MongoMapper y migraciones

Question

Estoy construyendo una aplicación de Rails usando MongoDB como el back-end y MongoMapper como la herramienta ORM. Supongamos que en la versión 1, defino el siguiente modelo:

class SomeModel 
    include MongoMapper::Document 
    key :some_key, String 
end 

Más tarde, en la versión 2, me doy cuenta de que necesito un duplicado de la llave requerida en el modelo. Así, en la versión 2, SomeModel ahora se ve así:

class SomeModel 
    include MongoMapper::Document 
    key :some_key, String 
    key :some_new_key, String, :required => true 
end 

¿Cómo migrar todos mis datos existentes para incluir some_new_key? Supongamos que sé cómo establecer un valor predeterminado razonable para todos los documentos existentes. Llevando esto un paso más allá, supongamos que en la versión 3, me doy cuenta de que realmente no necesito alguna clave. Por lo tanto, ahora el modelo se parece a esto

class SomeModel 
    include MongoMapper::Document 
    key :some_new_key, String, :required => true 
end 

Pero todos los registros existentes en mi base de datos tienen valores establecidos para some_key, y está perdiendo espacio en este punto. ¿Cómo reclamo ese espacio?

Con ActiveRecord, acabo de crear migraciones para agregar los valores iniciales de alguna_nueva_clave (en la versión1 -> migración de la versión 2) y eliminar los valores para some_key (en la versión2 -> migración de la versión3).

¿Cuál es la forma adecuada de hacer esto con MongoDB/MongoMapper? Me parece que todavía es necesario algún método para rastrear qué migraciones se han ejecutado. ¿Existe tal cosa?

EDITADO: Creo que a la gente le falta el sentido de mi pregunta. Hay momentos en los que desea poder ejecutar un script en una base de datos para cambiar o reestructurar los datos en él. Di dos ejemplos más arriba, uno en el que se agregó una nueva clave obligatoria y otra en la que se puede eliminar una clave y reclamar espacio. ¿Cómo se gestiona la ejecución de estos scripts? Las migraciones de ActiveRecord le brindan una manera fácil de ejecutar estos scripts y determinar qué scripts ya se han ejecutado y qué scripts no se han ejecutado. Obviamente, puedo escribir una secuencia de comandos de Mongo que haga alguna actualización en la base de datos, pero lo que estoy buscando es un marco como migraciones que me permita rastrear qué secuencias de comandos de actualización ya se han ejecutado.

Answer 1

Echa un vistazo a Mongrations ... Acabo de terminar de leer al respecto y parece lo que buscas.

http://terrbear.org/?p=249

http://github.com/terrbear/mongrations

Saludos! Kapslok

Answer 2

MongoDB es una base de datos sin esquemas. Es por eso que no hay migraciones. En la base de datos en sí, no importa si los objetos tienen la clave: some_key o la clave: some_other_key en cualquier momento.

MongoMapper intenta imponer algunas restricciones sobre esto, pero dado que la base de datos es tan flexible, tendrá que mantener esas restricciones usted mismo. Si necesita una clave en cada objeto, asegúrese de ejecutar una secuencia de comandos para actualizar esas claves en objetos preexistentes, o manejar el caso de un objeto que no tenga esa clave a medida que los encuentre.

Soy bastante nuevo en MongoDB, pero por lo que puedo ver, debido a la flexibilidad del DB sin esquema, así es como tendrá que manejarlo.

Answer 3

Una opción es utilizar la operación update para actualizar todos sus datos a la vez. La actualización múltiple es nueva en las versiones de desarrollo, por lo que deberá usar una de ellas.

Answer 4

Apuesto a que puedes conectar con Activerecord :: Miration para automatizar y rastrear tus scripts de "migración".

Answer 5

Puedes probar este artilugio que acabo de hacer, pero solo funciona con mongoid y rails 3 (beta 3) en este momento. http://github.com/adacosta/mongoid_rails_migrations. Se actualizará a los rieles 3 cuando finalice.

Answer 6

Clint,

Puede escribir código para hacer actualizaciones - aunque parece que para la actualización de un registro basado en sus propios campos no se admite.

En tal caso, hice lo siguiente y lo dirige contra el servidor:

------------------------------ 
records = Patient.all() 

records.each do |p| 
    encounters = p.encounters 
    if encounters.nil? || encounters.empty? 
    mra = p.updated_at 
    #puts "\tpatient...#{mra}" 
    else 
    mra = encounters.last.created_at 
    #puts "\tencounter...#{mra}" 
    end 
    old = p.most_recent_activity 
    p.most_recent_activity = mra 
    p.save! 
    puts "#{p.last_name} mra: #{old} now: #{mra}" 
end 
------------------------------ 

Answer 7

también otra de las joyas para las migraciones MongoMapper https://github.com/alexeypetrushin/mongo_mapper_ext

Answer 8

Mongrations es una joya muy antigua, completamente obsoleta. Recomiendo NO usarlo.

Éxodo es un marco migratorio muy fresco para Mongo, que podría ser lo que quiere:

https://github.com/ThomasAlxDmy/Exodus

Answer 9

Acabamos de construir éste: https://github.com/eberhara/mongration - es un módulo de nodo normal (que se puede encontrar en npm).

Necesitábamos un buen marco de migración de mongodb, pero no pudimos encontrar ninguno, así que creamos uno.

Tiene mucho de la de mejores características que los marcos de migración regular:

• suma de comprobación (emite un error cuando un previosuly corrieron la migración no coincide con la versión antigua)
• Persiste estado de la migración a mongo (hay sin archivo de estado regular)
• soporte completo a réplica establece
• reversiones mango automáticos (los desarrolladores deben especificar los procedimientos de reversión)
• capacidad de ejecutar multípara Le (migraciones de sincronización o asíncrono) al mismo tiempo
• Capacidad para ejecutar las migraciones contra diferentes bases de datos al mismo tiempo

espero que ayude!