desarrollo deaAplicacion grande

[Ricardo Mun~oz A.]

Alvaro Herrera wrote:
> Ricardo Mun~oz A. escribió:
>   
>> Rodrigo Fuentealba wrote:
>>     
>>> El 20/09/07, usuario anonimo <opinante.anonimo en gmail.com> escribió:
>>>   
>>>       
>>>> El 20/09/07, Graciela Urquieta <graciela.urquieta en gmail.com> escribió:
>>>>     
>>>>         
>> [...]
>>
>>     
>>>>> Se tiene previsto disponer un servidor (aplicacion+BD) en cada una
>>>>> para mejorar el acceso a la aplicacion por parte de los usuarios
>>>>> locales y hacer que estos no sientan el fecto de su velocidad de
>>>>> acceso (entre la of central y su sucursal que puede ser baja), pero
>>>>> por debajo hacer que los servidores de las sucursales se sincronicen
>>>>> con el servidor central para tener los datos actualizados
>>>>> (replicacion).
>>>>>           
>>> PostgreSQL + Slony-I o PITR (Point-In-Time Recovery?)
>>>       
>> Slony-I no sirve para lo que se requiere (es solo replicacion 
>> Master-Slave),
>>     
>
> Se puede, si haces que las sucursales sean maestras de las tablas que
> les correspondan.  Obviamente no es aplicable en todos los casos, pero
> para muchos es suficiente.  Mas detalles aca:
>
> http://archives.postgresql.org/pgsql-es-ayuda/2007-08/msg00065.php
>   

interesante solucion...

>> ademas revisar [1]:
>>
>> "Slony-I is a system intended for data centers and backup sites, where the 
>> normal mode of operation is that all nodes are available all the time, and 
>> where all nodes can be secured. If you have nodes that are likely to 
>> regularly drop onto and off of the network, or have nodes that cannot be 
>> kept secure, Slony-I is probably not the ideal replication solution for 
>> you."
>>     
>
> Esto no es lo mismo que tener conexiones de baja velocidad.  Por lo
> demas, qué tan problematico sea depende del volumen de transacciones que
> tengas.
>   

cierto. en el peor de los casos (si se corta el enlace entre la 
of.central y las sucursales) hay algo que se puede hacer a nivel de RDBMS?

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)