2008/12/3 GallegO <[EMAIL PROTECTED]> > > Hernan: > > Gracias por responder. Te contesto entre lineas: > > Hernan Wilkinson escribió: > > No se a que te referís exactamente con replicar un repositorio en > > forma automática, pero te comento las opciones: > > > Si me refiero a la terminología de las RDBMS tradicionales. Por ejemplo, > tenemos una base de datos en Cuba y otra en Canadá. En el esquema que > tenemos con SQL Server ambas bases de datos se mantienen sincronizadas. > Se puede configurar esa sincronización para cada tabla. Lo que me > pregunto es cómo podría tener dos repositorios de GemStone sincronizados > de esa manera. Por lo que me cuentan parece que no se puede en forma > automática y on-line.
Hay una herramienta para sincronizar repositorios de esa manera... no me acuerdo el nombre... pero básicamente lo que hace es anotarse como observer de los cambios realizados en un repositorio y replicarlos en otro... nunca la use pero se que existe. Te conviene preguntar en la lista de gemstone por ella. > > > > > > > En la documentación no vemos nada que indique que podemos replicar o > > distribuir repositorios. > > > > > > Si se puede. Replicar te lo comenté arriba, opción 1. > > A que te referís con distribuir? poner los archivos en distintos > > servidores? también podes, simplemente configurá las > > opciones DBF_EXTENT_NAMES y STN_TRAN_LOG_DIRECTORIES y listo. > > ¿Qué documentación estás leyendo? Fijate de estar leyendo la System > > Administration Guide, no la Programming Guide > > > Si la de administración (pero tengo que reconocer que la leí por encima > sin detenerme en los detalles). Es interesante que se puedan por lo > menos mantener los archivos en otros servidores. Con respecto a la > distribución es también referido a la tecnología tradicional y > relacionado con la sincronización. Volviendo al caso anterior podría > tener objetos en distintas bases y yo decidir cuales viajan de un > repositorio a otro. En este caso es más difícil entender como sería esto > ya que a nivel de rows lo veo más fácil, aunque en Gemstone los objetos > también tienen un OID... mmm pero porque motivo querrías tener varios repositorios? Cual sería la ventaja. Creo que en Kapital tinen varios repositorios... Lucho estás ahí? podes comentar algo al respecto? El OID de los objetos en GemStone está oculto... no está para ser usado lo cual me parece correcto > > > Lo que se hace generalmente para esto es un file out y file in. El > > file out funciona a nivel objeto no solo clase. > No sabia. > > Lo que pasa que si es mucho lo que tenes que exportar... que se yo... > > Lo otro que podes hacer es muy simple, desde un Smalltalk te conectas > > al stone source y target al mismo tiempo y vas copiando de uno a otro. > > No es tan sencillo porque tenes que hacer copias de los que vas > > leyendo del source porque el GemKit no te deja que el mismo objeto > > pertenezca a dos sesiones distintas (y con razon, sino se producirían > > conflictos transaccionales), pero bue, es una opción. > > > Si, lo que pasa que me estaba inclinando para el lado de GLASS, por eso > las opciones que incluyen conectarme con VW o VAST no las tengo en cuenta. > > Uds. no tienen problemas de ese tipo con bases de datos que estan muy > lejanas entre si? Siempre confían en la conexión o siempre trabajan en > una LAN? Nuestras aplicaciones están siempre en LAN. La de Kapital está en WAN o más... en New York se conectan a Londres... por eso hicieron unos cambios a partir de la versión 6.3 donde pusieron una cache intermedia adicional entre los Gem y el share page chace del Stone... No se que tipo de conexión tienen entre New York y Londres, pero funca... seguro es buena. Otro caso similar es el de OOCL, donde lo usan al sistema en varios lugares del mundo, pero desconozco la arquitectura (si es Web, o clientes pesados, etc. lo cual cambia bastante la historia...) Tené en cuenta que GemStone es una tecnología distinta a las base de datos relaciones, por lo que hay ciertas problemas válidos en una que no son válidos en la otra... quizá convenga que primero analicen bien si con GemStone necesitan hacer esas replicaciones, si tendrían los mismos problemas, etc. Si querés nos juntamos un día y lo charlamos. Lo que te puedo comentar es que GemStone es una buena tecnología y tiene resuelto muchos de estos problemas por los clientes que lo utilizan... como todo, no es la panacea pero es muy buena. (jeje, no soy vendedor de GemStone...) Hernan. > > > Saludos > GallegO > > > > --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] http://www.clubSmalltalk.org -~----------~----~----~----~------~----~------~--~---
