Re: Replicacion?

From: cbeltran <cbeltran(at)roldan(dot)net>
To: Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, AyudaPostgres <pgsql-es-ayuda(at)postgresql(dot)org>
Cc: Pablo Marrero <pablo(dot)marrero(at)bancaqm(dot)com(dot)uy>, AyudaPostgres <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Replicacion?
Date: 2004-09-01 23:54:38
Message-ID: 002b01c4907f$0aa75000$272615ac@tania
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Alvaro

Gracias por los comentarios a la solucion planteada, vamos a intentar con
Slony.

Aprovecho para preguntarle sobre la posibilidad de tener un solo trigger y
una sola funcion por cada tabla en replica y no tres como se planteo.

CREATE FUNCTION "rp_terceros"(char) RETURNS TRIGGER AS '
DECLARE
operacion ALIAS FOR $1;
BEGIN
INSERT INTO control_replica (tablas_replica_id, linea_tabla_replica_id,
operacion) VALUES (180000001, NEW.terceros_id, operacion);
RETURN NEW;
END;
' LANGUAGE 'plpgsql';
CREATE TRIGGER tg_terceros AFTER INSERT OR UPDATE OR DELETE ON terceros FOR
EACH ROW EXECUTE
PROCEDURE rp_terceros(como parametrizar el hecho que el disparo se haya
presentado por insertado o borrado o actualizado en este mismo trigger?);

Ademas no supe como enviar parametros a la funcion aun estando seguro que
sea unicamente una insercion o una actualizacion o un borrado con triggers
separados.

Gracias.

Carlos Beltran Villamizar
Analista de Sistemas
Roldan SIA SA

----- Original Message -----
From: "Alvaro Herrera" <alvherre(at)dcc(dot)uchile(dot)cl>
To: "cbeltran" <cbeltran(at)roldan(dot)net>
Cc: "Pablo Marrero" <pablo(dot)marrero(at)bancaqm(dot)com(dot)uy>; "AyudaPostgres"
<pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Wednesday, September 01, 2004 9:55 AM
Subject: Re: [pgsql-es-ayuda] Replicacion?

> On Wed, Sep 01, 2004 at 08:33:27AM -0500, cbeltran wrote:
>
> Hola,
>
> > Nos agrada encontrar a alguien que tenga una necesidad similar a la
nuestra.
> > Despues de haber hecho pruebas con Rserv y Erserv concluimos, al igual
que
> > usted, que este tipo de herramientas esta hecho para replicar un master
> > versus multiples esclavos.
>
> Nosotros teniamos exactamente el mismo problema, tratamos de
> solucionarlo con rserv y, si bien se pudo hacer, era super propenso a
> fallas dificiles de corregir (habia que hacerlo manualmente y nos podia
> dejar unas cuantas horas sin replicacion). Al final terminamos usando
> un esquema muy similar a lo que propones (aunque nuestros datos se
> prestaban con mas facilidad para ser replicados).
>
> En todo caso, yo no asumiria que Slony funciona de la misma manera que
> rserv; de hecho tiene suficientes cosas distintas que ameritan que al
> menos hagas la prueba para ver si funciona. Yo ya no trabajo en esa
> empresa, pero si lo hiciera te aseguro que intentaria usar Slony en
> ese escenario.
>
> (Parte importante del truco seria que las llaves primarias fueran
> compuestas por una columna ligada a una secuencia, y otra columna con el
> ID de la sucursal --- la ID de sucursal seria constante en todos los
> datos dentro de ella, pero te ahorra lios para consolidar los datos en
> un servidor central).
>
> --
> Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
> "Saca el libro que tu religión considere como el indicado para encontrar
la
> oración que traiga paz a tu alma. Luego rebootea el computador
> y ve si funciona" (Carlos Duclós)
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> tipos de datos de las columnas no coinciden

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Cristian Romelio Ibacache Zet 2004-09-02 00:07:53 Re: ssl Conexiones
Previous Message Edwin Quijada 2004-09-01 23:46:04 Re: Fw: ssl conexiones