No se. Depende. Me parece que un juego es algo que se la banca perfectamente,porque no tendrías grandes volúmenes de datos.
On 10/18/07, Giuseppe Luigi Punzi <[EMAIL PROTECTED]> wrote: > > > Vaya, > > Nosotros estamos desarrollo un juego como hobby, y teníamos pensado el > uso de Magma para la persistencia. Por lo que comentas, al parecer > deberíamos ir buscando una alternativa. > > On 18 oct, 15:15, "Norberto Manzanos" <[EMAIL PROTECTED]> wrote: > > Hola Sebastián. > > Nosotros (Juan Burella, Hernán Morales y yo) estamos usando Magma y en > estos > > días estamos poniendo en producción lo que venimos haciendo. > > Optamos por Magma porque era la solución más transparente a nuestra > > disposición. En eso me parece que le gana a todos (dentro de lo que es > > gratarola), aunque no es lo suficientemente transparente, porque uno no > deja > > de pensar en términos de "base de datos". > > El gran problema de Magma es la performance, esto es gravísimo. > > Por ejemplo, nosotros teníamos que hacer una migración de 12.000registros > > de una base de datos que se convertirían en otros tantos objetos, con > > bastante profundidad, lo cual terminaba en unas 15 colecciones Magma > con > > algunos miles de objetos cada una. Como la base original no estaba > > normalizada, había que buscar en magma cada cosa que se agregaba para no > > duplicarla. La migración, a pesar de varios intentos de optimizar estos > > tiempos, tardó 10 dias!!!! > > En la aplicación que estamos poniendo en producción, los tiempos de > > recuperación de objetos son apenas aceptables. > > Te paso algunas pautas > > - Es muy importante controlar cuantos objetos se materializan cuando uno > > muestra subconjuntos de una colección. > > -Mantener los MagmaCollectionReader en memoria mejora muchos los > tiempos. > > - También es bueno mantener el diccionario (root) de las colecciones > magma. > > - La generación de índices es bastante costosa. Hay que buscar el > equilibrio > > entre la cantidad y tamaño de los índices y la performance. En el caso > de > > subidas masivas de datos, es preferible tener un sólo índice > impresindible > > durante el proceso, y después agregar los demás al final. Tener un > índice es > > imprescindible, no se gana nada al crear una colección sin índices y > buscar > > por oids. > > > > Espero que te sirva para algo. Cualquier duda, preguntame a ver si se > como > > resolverlo. Lo mismo si descubrís algo importante, pasalo, porque la > > documentación es muy escasa, así que son más las dudas que las certezas. > > > > Saludos > > Norberto > > > > On 10/17/07, Sebastian <[EMAIL PROTECTED]> wrote: > > > > > > > > > Hola todos, > > > > > quería preguntarles si alguno ha usado con éxito Magma en > > > producción, que le parece el sistema, en fin cualquier feedback y en > > > general que les parece Magma. Escucho todas las opiniones más aún las > > > que sean basadas en experiencias de produción reales (workload, etc). > > > > > gracias, > > > > > Sebastian > > > > > --~--~---------~--~----~------------~-------~--~----~ Has recibido este mensaje porque estás suscrito a Grupo "clubSmalltalk" de Grupos de Google. Si quieres publicar en este grupo, envía un mensaje de correo electrónico a [email protected] Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED] Para obtener más opciones, visita este grupo en http://groups.google.com/group/clubSmalltalk?hl=es. -~----------~----~----~----~------~----~------~--~---
