Em 8 de setembro de 2011 19:42, Diogo Borsoi <[email protected]> escreveu:
>> Ah, não havia entendido que era uma pergunta, mas se você levar em
>
> Dickson, realmente ficou faltando um ponto de interrogação na frase,
> que faz toda a diferença. (rs)


E fez a mensagem ficou uns 3 (três) dias sem.resposta. ":)

>> consideração que tanto o Slony ou Bucardo conectam no seu banco como
>> se fossem um cliente de conexão como psql ou pgadmin ou uma aplicação
>> XPTO, não haverá problemas. Mas lembre-se que eles fazem uso de
>> trigger nas tabelas e isso pode ocasionar em algum problema
>> inesperado, por isso TESTE muito antes de colocar isso em produção.
>>
>
> Que tipo de problemas eu posso ter?

Eu gostaria de saber, mas não conheço a aplicação que rodará sobre
essa estrutura.

Aconselho vocÊ a pensar nas estratégias de restauração, de failover,
conformidade da estrutura do esquema entre as bases, bem como nos
dados e lógica de negócio que dependam de uma sincronia relacionada ao
clock das máquinas, como dados timestamp por exemplo. Já vi casos em
que simplesmente transações de um dia inteiro foram perdidas nos
servidores escravos por conta de cenários mirabolantes e a causa
estava nas triggers.

Portanto você precisa buscar os piores cenários possíveis de sua
aplicação e testá-los. Monte casos de testes, pois eles darão a você
uma noção do que pode vir mais pra frente. E se no final não for
possível implementar, no mínimo você tem uma suíte (pequena talvez) de
testes pronta para outras situações.

Infelizmente não há uma receita de bolo.

>> Em tempo, comunique-nos sucesso ou não e os procedimentos adotados,
>> para referência futura.
>
> Com certeza postarei os resultados, assim que for implementado.

E se não for implementado é bom também postar os motivos.


Um abraço,
Guedes



-- 
Dickson S. Guedes
mail/xmpp: [email protected] - skype: guediz
http://guedesoft.net - http://www.postgresql.org.br
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a