E sendo o pg_pool síncrono, o que ocorre se um dos nodos cai? ----- Original Message ----- From: "Nabucodonosor Coutinho" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Thursday, June 15, 2006 1:54 PM Subject: Re: [PostgreSQL-Brasil] replicação
Sergio Medeiros Santi wrote: > Algum tempo atras eu estava preocupado por não encontrar um replicador > multi-master. Agora o que me preocupa é que mesmo conseguindo um replicador > multi-master excelente (o que eu não sei se existe) tem coisa complicadas de > replicar. > > Por exemplo: Eu tenho 4 lojas que cadastram cliente e emitem notas para > estes clientes. É obvio que os identificadores autoincremento das tabelas > clientes de cada loja serão diferentes. Tem lojas onde são cadastrados > dezenas de clientes diariamente e outras que cadastram algumas unidades > apenas. Assim o mesmo identificador, identifica clientes diferentes em lojas > diferentes. Como cada loja gera notas fiscais que são relacionadas a tabela > cliente temos um impasse. > > Não tem não O pg_cluster é sincrono, isso quer dizer que ele só retornará a inserção para vc quando tiver inserido em todos os masters. Ou seja se ultimo cliente foi o cliente 3, o proximo cliente, não importa de qual loja será o cliente 4, e ele vai ser gravado em todos os masters com esse codigo. > Hoje eu uso um processo batch que exporta as novas informações e alterações > realizadas no fim de cada expediente e envia para as demais lojas. Nos > destinos existe um outro processo batch que importa essas informações e faz > as conversões necessárias para manter os relacionamentos. Issosim é um problema > Já pensei em usar > estes dois processos (exportação e importação) rodando a cada minuto, por > exemplo, mas o problema é identificar quando as transações se encerram. Por > exemplo um usuário inicia uma nota fiscal de transferência, faz o mestre e > alguns detalhes, o telefone toca, ele vai tomar um cafezinho e esquece a > nota pela metade. Durante este tempo o processo de troca de dados já foi > disparado diversas vezes e ou levaria uma nota ainda inconsistente ou não > levaria nada o que não resolve o problema. > Resolve usando pg_cluster > Bem desculpem o tamanho da mensagem ... é que faz um bom tempo que venho > amadurecendo a idéia ... sugestões serão bem vindas. > > Abraços, > > Sergio Medeiros Santi > Trabin Software & Consulting > +55 0xx 53 3227 4157 / 9982 9009 > > > ----- Original Message ----- > From: "Euler Taveira de Oliveira" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Thursday, June 15, 2006 12:44 PM > Subject: Re: [PostgreSQL-Brasil] replicação > > > Joao escreveu: > > >> o [EMAIL PROTECTED] é que slonly tem q setar tabela por tabela a ser >> replicada ne... >> > Nada que um script que pegue as suas tabelas não possa resolver. > > > -- Nabucodonosor Coutinho "Mais vale um ponteiro na mao do que duas classes voando" _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br
