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. 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. 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. 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. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ 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
