Ok Osvaldo,
A idéia era ter uma noçao de alguem que ja fez isso, pra nao ir pra
uma estrategia reconhecimente ja usada e que nao terve sucesso.
A idéia de separar os servidores, é distribuir a carga. Exemplo,
teremos 3 servidores, esses com umas 30 tabela (+-). Dessas 30 tabelas,
10 sao basicas e identicas para os 3 servidores (clientes, usuarios,
enderecos,..., dados universais para os 3 servidores). E o uso do slony
sera pra essas tabelas de dados basicos.
Ja para as outras tabelas, sera assim:
1 server "master" que recebera varios dados de status, andamento,
pendente, etc.... e quando o status mudar para concluido, outro processo
pegara esse registro e mandara para o servidor "slave", +- isso.
Uma base de informacoes pendentes e outra de informacoes concluidas.
Obrigado.
Osvaldo Kussama escreveu:
> Em 14 de maio de 2010 14:32, Jorge Luiz <[email protected]> escreveu:
>
>> Ola Galera,
>>
>> Alguem tem alguma opniao sobre o tema abaixo que possa nos ajudar?
>>
>> abraços.
>>
>> Jorge Luiz escreveu:
>>
>>> Preazados,
>>>
>>> Gostaria de saber a opiniao de voces a respeito de usar o dblink
>>> para conectar duas bases de modo que, quando for feito um UPDATE em uma
>>> determinda tabela, a trigger dessa tabela executa um insert do registro
>>> alterado com os mesmos registros usando dblink para uma tabela em outro
>>> servidor.
>>>
>>> A idéia é que registros que tenham um status "concluido" vao para
>>> outra base em outro servidor. O concluido se da quando é feita uma
>>> alteracao no status.
>>>
>>> O uso do dblink para isso é uma boa idéia?
>>>
>>> Isso traria algum problema? (seguranca, performance, etc...)
>>>
>>> Obs: essa sera uma tabela que executa um numero grande de transacoes.
>>>
>>> Alguma outra idéia?
>>>
>>>
>
>
> Como você colocou de forma vaga só posso dizer: Faça alguns testes e
> verifique se a performance do dblink atende a suas necessidades.
>
> O uso de diferentes schemas não seria uma solução mais viável?
>
> Osvaldo
> _______________________________________________
> 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
