[firebase-br] RES: Performance do Firebird

Renato Cramer renato em domsis.com.br
Qua Nov 22 17:08:42 -03 2006


Conceitualmente é uma possibilidade sim, Fernando.

Sou novo com Firebird, mas trabalho com outros SGBDs.
Por exemplo, usando os termos do MySQL, você teria um servidor Master para
manipulação de dados, um Slave para relatórios e outro Slave para consultas.

Mas a replicação costuma ser um processo caro...
Cada caso é um caso, acho que depende muito da aplicação, volume de dados,
necessidades dos usuários, etc.
Por exemplo, se os relatórios e consultas podem ser só com dados até o dia
anterior, vc poderia rodar a replicação à noite.
Depende também da distância e da comunicação entre os servidores, podem ser
em cidades diferentes ou num mesmo ambiente, por exemplo.

Atenciosamente,
Renato Cramer.

>-----Mensagem original-----
>De: Fernando Reis Guimarães [mailto:fernandobhz em gmail.com]
>Enviada em: quarta-feira, 22 de novembro de 2006 14:41
>Para: FireBase
>Assunto: Re: [firebase-br] Performance do Firebird
>
>Mudando um pouco do assunto, mas dentro do contexto....
>
>Eu nunca mexi com outros banco de dados a não ser ACCESS, 
>Firebird. E não
>sei bem como funciona replicação de dados.
>
>Mas tive pensado, seria algo como isso:
>No caso ai, nosso amigo tem problema com performance.
>Se no caso tivesse um replicação dessa banco de dados em outro 
>servidor (
>por um trigger - ou outra coisa ) ele poderia montar um servidor para
>relatórios pesados e um servidor para consultas, outro para 
>inserções????
>
>Desculpe se estou falando besteira, mas é +ou- assim?




Mais detalhes sobre a lista de discussão lista