Firebird - Chaves Estrangeiras vs Indices

Question

Boa tarde, estou com uma d�vida devido a um caso estranho que encontrei:Estou analisando o banco de dados de uma empresa e vi que, embora tenha vinculo entre as tabelas, ele n�o criou nenhuma chav...

Dorivan Silva Sousa · Accepted Answer

eu nao recordo onde li, mas ja li um artigo onde o autor questionava o uso de chaves estrangeiras falando que elas deixavam o sistema mais lento, nunca testei pra avaliar.agora com relacao aos indic...

Alan Mario · Answer

Ol� Diego, tudo bem? Nunca tive contato com o Firebird, ent�o n�o posso te ajudar muito, mas desconhe�o qualquer informa��o sobre o uso de chaves estrangeiras causar uma lentid�o....

Dorivan Sousa · Answer

//ibsurgeonbrasil.blogspot.com.br/p/exemplo-de-como-um-indice-ruim-pode.html...

Alan Mario · Answer

O que � pior um indice ruim ou o excesso deles?...

Dorivan Sousa · Answer

Isso depende da tabela. Uma tabela com grande volume de entrada de dados e �ndices desnecess�rios vai atrapalhar bastante. O neg�cio � analisar cada caso. Sempre desenvolver com uma base com grande quantidade de dados, o meu BD de testes tem 1gb e tenho tabelas com mais de 1 milh�o de registros.

S� imagino uma grande quantidade de consultas nesses caso, me parece que deve ter um cuidado especial.

Diego Martins · Answer

Ok. Obrigado pelas dicas e respostas.Vou tentar melhorar minha d�vida com um exemplo pr�tico do que acontece:Tabela A -> Clientes (IdCliente Integer, Nome Varchar, etc...)Tabela B -> Avisos (IdAviso Integer, FK_IdCliente Integer, Assunto Varchar, etc...)1 Cliente poder� ter v�rios avisosPela regra de relacionamentos e estrutura de bancos, o campo FK_IdCliente deveria ser Chave Estrangeira com Cliente(IdCliente).Ao inv�s disso, eles criaram um Indice (FK_IdCliente) acusando de que a Chave Estrangeira atrapalha a performance nesse caso.Minha d�vida �: qual a vantagem / desvantagem REAL em usar um caso ou outro.Obs: N�o s� em Firebird, as vezes � bom abstrair o conhecimento a outros pontos.Obrigado...

Dorivan Sousa · Answer

como eu disse antes eu ja li artigo falando q a foreing key atrapalha o desempenho. Procurei bastante n achei o artigo. Eu trabalho com um BD sem foreing key e outro com foreing key, isso tanto no Firebird como no postgres e sinceramente n�o sei dizer se um BD com foreing key tem melhor desempenho em rela��o ao outro que  n�o tem ou o inverso...hj eu acredito que o correto � utilizar as foreing key, e sempre procurar analisar as consultas que envolvam tabelas de grande volumes de dados ou muitas tabelas. Voc� n tem como saber se a tabela vai ou n precisar de um determinado �ndice, somente os sqls q vc vai constru� na sua aplica��o � que vai determinar isso. E na minha cabe�a digo sem conhecimento t�cnico sobre o assunto uma foreing key � um �ndice com uma regra de valida��o....

Alan Mario · Answer

S� imagino uma grande quantidade de consultas nesses caso, me parece que deve ter um cuidado especial....