O firebird aguenta o tranco? 200 tables e de 10.000reg/mes
Amigos,
o firebird aguenta o tranco mesmo?
vou desenvolver uma aplicação client/server no qual vão existir aproximadamente 200 tabelas e em UMA das tabelas vão ser gerados 4.000 novos registros por mês.
vai existir tabelas com 10.000 registros. tabelas que vão receber entre 1.000 a 5.000 novos registros por mês.
Quero saber se ele aguenta mesmo, ou vai pesar.
o firebird aguenta o tranco mesmo?
vou desenvolver uma aplicação client/server no qual vão existir aproximadamente 200 tabelas e em UMA das tabelas vão ser gerados 4.000 novos registros por mês.
vai existir tabelas com 10.000 registros. tabelas que vão receber entre 1.000 a 5.000 novos registros por mês.
Quero saber se ele aguenta mesmo, ou vai pesar.
Orlando Frade
Curtidas 0
Respostas
Emerson Nascimento
14/09/2005
amigo, eu trabalhei com um sistema que tinha umas 180 tabelas.
uma delas recebia mais de 4500 registros por DIA (NF)!!!!
e cada um desses registros era relacionado com pelo menos um registro numa outra tabela (itens). Faça as contas e veja quanto isso dá num mês.
o arquivo de banco de dados tinha mais de 3 GB e o firebird levou na moleza. o banco só precisa estar bem modelado, com índices adequados. assim vc não perde performance.
nunca tivemos problemas de corrupção de dados nem nada do tipo, mas isso era garantido com um bom no-break e transações bem feitas.
uma delas recebia mais de 4500 registros por DIA (NF)!!!!
e cada um desses registros era relacionado com pelo menos um registro numa outra tabela (itens). Faça as contas e veja quanto isso dá num mês.
o arquivo de banco de dados tinha mais de 3 GB e o firebird levou na moleza. o banco só precisa estar bem modelado, com índices adequados. assim vc não perde performance.
nunca tivemos problemas de corrupção de dados nem nada do tipo, mas isso era garantido com um bom no-break e transações bem feitas.
GOSTEI 0
Rodolpho123
14/09/2005
Já conheci uma pessoa que tinha um banco FB com 20Gb de tamanho. Só em uma tabela continha 10.000.000 de registros.
Roda até hoje perfeitamente. Como o nosso amigo Emerson mencionou, basta que exista uma modelagem adequada para a sua performance ser as melhores.
Roda até hoje perfeitamente. Como o nosso amigo Emerson mencionou, basta que exista uma modelagem adequada para a sua performance ser as melhores.
GOSTEI 0
Porty
14/09/2005
nunca tivemos problemas de corrupção de dados nem nada do tipo, mas isso era garantido com um bom no-break e transações bem feitas.
podem indicar um exemplo para um bom no-break e transações bem feitas. obrigada
GOSTEI 0