Fazendo algumas suposições (me perdoe se eu estiver fora do rumo): Caso a conexão entre a matriz e as filiais não seja confiável, e por isso vc esteja optando pela opção de servidores locais replicados, a estratégia pode não dar mto certo, uma vez que os dados tem que ser commitados na matriz e enviados de volta para as filiais para serem consistentes (de acordo com o que vc estabeleceu como necessário).
2013/12/2 Leonardo Carneiro <[email protected]> > Não sei se vc conseguiria tratar isso sem intervenção na aplicação. Talvez > com PgBouncer em modo 'statement pooling'. Alguém confirma isso? > > Esse tratamento de conexão (inserts e updates em um banco, select no > outro) normalmente é realizado na aplicação. Se a aplicação é realmente tão > inflexível, talvez vc deva considerar outro método de replicação que não o > default, como o Bucardo, por exemplo. > > > 2013/12/2 Daviramos Roussenq Fortunato <[email protected]> > >> Olá Lista, >> >> Sou novo por aqui, mas já trabalho a uns 5 anos com Postgresql, já >> pesquisei bastante sobre meu problema, mas ainda não consegui chega a uma >> solução. Vou tentar explicar brevemente o que preciso, e espero que os >> Colaboradores da Lista, possam contribuir meu caso. >> >> Tenho uma Matriz + 4 Filiais, hoje o Banco roda apenas na Matriz e as >> filiais acessam a Matriz via Terminal Service. A filiais ficam em lugares >> distantes sem grande recursos de Internet. >> >> Gostaria de instalar o Banco na Filiais que serviria para executar as >> consultas, e os Inserts fossem enviados para o Banco da Matriz, e o Banco >> da Matriz se atualizaria as filiais. >> >> Não posso fazer isso na APLICAÇÃO, eu preciso que o próprio SGDB >> consiga tratar. Alguém teria uma dica? >> >> -- >> Atenciosamente >> Daviramos Roussenq Fortunato >> >> _______________________________________________ >> pgbr-geral mailing list >> [email protected] >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
