|
Cristiano:
E estas 24 lojas tem servidores próprios que replicam os
dados uma nas outras? E o que é usado para fazer a replicação?
Abraços,
----- Original Message -----
Sent: Thursday, June 15, 2006 1:53
PM
Subject: Re: [PostgreSQL-Brasil]
replicação
Sergio,
A empresa a qual faço parte possui um
cliente que tem 24 lojas no DF, e trabalho com a ideia de replicação de dados
e nao tenho esse tipo de problema, pois mesmo que o funcionario vai tomar um
cafezinho no momento da emissão da nota para o sistema é indiferente pois eu
trabalho com a ideia de transação enquanto ela estiver na tela ou seja sendo
digitada o banco de dados nao reconhece os dados enquanto o mesmo nao efetuar
a gravação dos
mesmos.
Cristiano Nunes Silva
Itec Gyn
Goiania - GO
+55 62 39420015
"O próximo grande salto evolutivo da humanidade será a descoberta de que cooperar é melhor que competir."
> From: [EMAIL PROTECTED]
> To:
[email protected]
> Date: Thu, 15 Jun 2006 13:06:21
-0300
> Subject: Re: [PostgreSQL-Brasil] replicação
>
>
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
É o futuro do Hotmail: Experimente a versão beta do Windows Live Mail
_______________________________________________
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
