Skip site navigation (1) Skip section navigation (2)

Cambios para replicación de la base.

From: Julio Cesar Rodriguez Dominguez <jurasec(at)gmail(dot)com>
To: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Cambios para replicación de la base.
Date: 2009-09-29 14:35:46
Message-ID: 925902880909290735ofd13924v834baef398909330@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Hola, buen día:
Tenemos la necesidad de replicar los datos de una sucursal a la matriz, y
pues la idea es utilizar Slony.  Estamos pensando en que la sucursal sea el
nodo maestro y la matriz
el nodo esclavo ya que se requiere concentrar toda la información en la
matriz, pensando en que la base de la matriz tambien recibirá información
desde el sistema, así como la sucursal, teniendo sumada en la matriz la
información ingresada por ella más la información replicada de la sucursal,
entonce, en la replicación, para evitar conflictos en cuanto algunas llaves
primarias de las tablas las cuales son de tipo serial, se esta pensando en
agregar una columna mas la cual sería la llave de la sucursal, pero existe
otra propuesta, la cual es hacer otro campo como llave primaria, el cual ya
existe, pero es de tipo text (folio), esto con el fin de que Slony no tenga
algún tipo de problemas con las llaves con el modificador serial, por lo
tanto:

1. ¿Funcionaria bien Slony para este caso?
2. Suponiendo que Slony funciona para este caso, ¿funcionaria si en un
futuro se abriera otra sucursal?
3. ¿Qué tanto afecta el desempeño al tener una llave de tipo text comparado
con 2 o 3 columnas de tipo integer como llave primaria?
4. En base a sus experiencias, ¿Qué otra cosa podriamos hacer/usar para
lograr el resultado?

Gracias. Cualquier sugerencia o comentario, será bienvenido.

Responses

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2009-09-29 14:49:43
Subject: Re: fallo en el server "Out of Memory"
Previous:From: Emanuel Calvo FrancoDate: 2009-09-29 14:21:35
Subject: Re: fallo en el server "Out of Memory"

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group