Edgar Diniz Borges escreveu:

> puder auxiliar ....no caso uma consultoria via email...sei la...quanto 
> cobrariam ...
> 
Qualquer dia desses você me paga uma cerveja e está tudo certo :)

> Temos um software de laboratorio humano, onde realiza-se exames como 
> hemograma , glicose , etc....no caso o laboratorio tem uma matriz em franco 
> da rocha ..sao paulo e tem um posto de coleta em outra cidade em caieiras 
> ...a 20 km de distancia da matriz...como é feito hoje ...é cadastrado no 
> posto os pacientes ....no sistema do posto é utilizado uma numeração bem 
> mais alta que na matriz....depois de cadastrados os pacientes....a 
> recepcionista vai num menu do sistema e gera uma exportacao ...onde é 
> gerados alguns arquivos DBF´s que sao levados para matriz e importados, para 
> que nao haja redigitacao dos pacientes na matriz, a ideia seria com a 
> replicação ....no posto ao se cadastrar ...ja fosse replicado na matriz os 
> dados cadastrados...nao necessitando ...gerar a exportacao e fazer a 
> importacao na matriz ..pois isso gera alguns problemas por se tratar de 
> alguns usuarios leigos que acabam se atrapalhando em fazer este simples 
> processos ....
> 
Você não explicou como é a sua estrutura de rede. 
A matriz e filial são interconectadas? Caso seja porque não utilizar um
único banco de dados.
As soluções que envolvem replicação precisam de uma estrutura de rede
razoável.
O Slony-I nem o pg_cluster funcionam em estruturas *off-line*, ou seja,
eles precisam de alguma forma manter conectividade entre os nós. O
Slony-I é utilizado principalmente para balanceamento de carga e
interoperabilidade de banco de dados, em alguns casos ele é utilizado
para migração entre versões.
O pg_cluster é mais exigente ainda, pois ele é um sistema síncrono, ou
seja, uma inserção deve ser feita em todos os nós mestres para que ela
seja efetivada.


-- 
  Euler Taveira de Oliveira
  http://www.timbira.com/

_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br

Responder a