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. > > > 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... > 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? 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 -~----------~----~----~----~------~----~------~--~---
