Bueno :) Yo me colgué pensando que querían replicar los datos porque quieren integrar aplicaciones que no necesariamente están muy bien conectadas entre sí. Esta es probablemente la inferencia errónea, porque vos en ningún momento decís eso... pero bien, yo pensé: ¿para que querrían duplicar datos?, 1) backup, 2) integración. La primera opción queda descartada porque de otro modo cualquiera de las respuestas anteriores serían factibles, entonces sigo por integración (hay probablemente otro escenario: misma aplicación corriendo en distintos puntos, pero se puede ver como una variante del punto 2). Entonces en cuanto a integración, bueno, hay varios "niveles" en donde se puede integrar una aplicación: 1) A nivel de datos. Este es el más común, y en mi humilde opinión, el motivo por el cual las RDBMS son tan ubicuas. Sin embargo, integrar a nivel de datos es inherentemente malo porque se pierde toda la inteligencia agregada en el sistema, lo cual invariablemente deviene en redundancia de datos y redundancia de código (no sería el caso del ultimo punto: misma aplicación corriendo en dos lugares). 2) A nivel de aplicación, la aplicación A no accede a los datos de la aplicación B sino que usa una libreria de la aplicacion A. Es mejor que la opcion 1 porque permite usar la inteligencia aplicada en A, pero es negativo en otros aspectos, el mas importante es que terminas teniendo un montón de páckages con versiones distintas por todos lados. 3) Lo que se supone que es lo mejorcito: que la aplicación A publique un servicio y la aplicación B lo consuma. Eso, dicen, es lo mejor de todos los mundos. Claro que es el origen de la mentira SOA que hoy tenemos por doquier, pero eso no significa que no sea mucho mejor que las opciones anteriores.
En definitiva, para integración, yo no pensaría en replicación de datos sino en ver como una aplicación puede consumir servicios de otra. En eso es en lo que estaba pensando... insisto, probablemente lejos del problema real :) Salud, Esteban El 03/12/2008, a las 7:03p.m., GallegO escribió: > > Hola Esteban: > > No entiendo bien a que te referís. Podrías darme un ejemplo mínimo > aunque sea? > Si no se trata de lo mismo por lo menos aprenderemos algo :P > > Saludos > > Esteban Lorenzano escribió: >> Esto puede ser una descolgada total, pero bue... la voy a tirar >> igual :) >> ¿Para que querés la sincronización de la base de datos? Lo digo >> porque >> en líneas generales, sincronizar a ese nivel es bastante poco >> recomendable, lo más "teoricamente correcto" es integrar a nivel de >> aplicación (con servicios, bah). >> >> Insisto, lo más probable es que no tenga nada que ver con nada... >> >> Saludos, >> Esteban >> >> El 03/12/2008, a las 6:08p.m., GallegO escribió: >> >> >>> Hernan Wilkinson escribió: >>> >>>> >>>> Otro tema a tener en cuenta es que quizás algunos que trabajen en >>>> ambientes Win esten usando COM, como es nuestro caso, para >>>> generar >>>> planillas Excel. En ese punto particular estamos pensando en >>>> hacer una >>>> exportación en XML con el formato de Excel (ver >>>> http://msdn.microsoft.com/en-us/library/aa140066(office.10).aspx >>>> <http://msdn.microsoft.com/en-us/library/aa140066%28office.10%29.aspx >>>> >>>> ) >>>> >>>> >>>> No entiendo porque esto sería un problema con GemStone. >>>> >>> No. Digo que usar COM con GLASS es un problema. Corre en Linux ;) >>> Por eso quiero que empecemos a generar XML (de Excel) para generar >>> las >>> planillas. >>> Nadie tiene nada de esto hecho? mangazo mal... >>> >>> Saludos >>> GallegO >>> >>> >> >> "Querer es suscitar las paradojas" >> Camus - El mito de Sísifo >> >> >>> >> >> > > > > "Querer es suscitar las paradojas" Camus - El mito de Sísifo --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
