RES: [firebase-br] Indices compostos..
Francisco Thiago
jeandeadlucky em yahoo.com.br
Ter Mar 15 10:17:19 -03 2005
Eu estou com um caso semelhante, só que ao invés de escolas, tenho empresas.
E não uso chaves compostas. Afinal o campo de Empresa é apenas um filtro
De imediato, não vejo a necessidade de se utilizar uma chave composta... Uso
a simples mesmo
Mas não discordo, a análise vista por esse ponto de vista é válida.. é que
nem todos os dados (no meu caso) são particulares as empresas... algum são
compatilhados (como o cadastro de produtos) e outros não (como o estoque de
produtos)
Francisco Thiago de Almeida
Enter&Plug Informática
Divisão: Desenvolvimento e Banco de dados
MSN: thiago em enterplug.com.br
----- Original Message -----
From: "eduardo" <eduardo em icontroller.com.br>
To: <lista em firebase.com.br>
Sent: Tuesday, March 15, 2005 9:24 AM
Subject: Re: RES: [firebase-br] Indices compostos..
> Acredito que a questão envolve simplesmente a determinação da real
> identidade de um registro;
>
> Por exemplo, em um sistema de escolas, onde cada escola roda isoladamente,
> mas há a necessidade de se integrar os dados de várias escolas em um BD
> Central (como Secretarias de Educação), a chave da Escola deve
> obrigatoriamente iniciar cada chave primária. Desta forma em um cadastro
> de alunos, a Chave seria Escola,Aluno.
> No caso de lançamento de notas, cada Aluno só pode ter um registro para
> cada disciplina, então... Escola, Aluno, Disciplina.
>
> Quando determinamos uma chave única para a tabela, temos que criar
> constraints e índices auxiliares para garantir integridade e performance
> no acesso, quando, algumas vezes, somente a PK composta bastaria para
> satisfazer ambas as necessidades.
>
> Tudo isso deve ser levado em consideração na normalização do Banco.
> Acho que PKs compostas devem ser evitadas ao máximo, porém, dentro dos
> limites de praticidade e coerência no ambiente real e não somente no
> aspecto puro de que para o banco é melhor lidar com PK simples.
>
> É a mesma coisa que dizer que sempre precisamos ter um índice nos campos
> mais utilizados em Selects: Em algumas tabelas, por serem tão pequenas, um
> índice mais atrapalha do que ajuda e o próprio otimizador, algumas vezes,
> opta pela busca natural.
>
> Tudo tem que ser avaliado conforme o caso.
>
>
> []'s Eduardo
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.bavs.com.br
> Para editar sua configuração na lista, use o endereço
> http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
>
Mais detalhes sobre a lista de discussão lista