[firebase-br] Trabalhando corretamente com Indices

[Magno System]

Concordo com você Alexandre. Por exemplo em um campo que só aceita M 
(masculino) ou F (Feminino) eu não criaria índices. Pois em uma tabela com 1 
milhão de registros você teria a grosso modo em média 500.000 registros 
iguais. Acho que este índice seria pouco eficaz.


----- Original Message ----- 
From: "Alexandre Sousa" <dave.malkavian em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Tuesday, November 30, 2010 1:17 PM
Subject: Re: [firebase-br] Trabalhando corretamente com Indices


Então, eu não acredito muito nisso. Levando-se em conta que os índices
são do tipo B-Tree, cada vez que um valor é inserido/deletado/alterado o
banco deve refazer a árvore, para melhorar a seletividade. Quanto menor
a granularidade a árvore vai ficar mais larga e menos alta e esse é o
pior caso possível para o algoritmo de pesquisa/atualização. O overhead
acaba sendo muito alto nas operações de alteração e pouco ou nenhum
resultado no select, que acaba não justificando o índice.

Por favor, me corrijam se falei alguma besteira.

[]'s



Em 30/11/2010 12:58, Robson Catunda escreveu:
> Eu penso que não seja a quantidade de possiveis valores que devem 
> determinar
> a existencia do indice, mas sim a granularização propriamente dita, ou 
> seja:
> Os valores possiveis para um campo são 1 e 2, mas ambos são muito
> utilizados, então a criação do indice faz sentido.
>
> Em 30 de novembro de 2010 08:40, Pedro Braga<bragaped em gmail.com> 
> escreveu:
>
>> se o campo GROUP_CONTACT_ID tem uma variação de até 5 valores não acho
>> interesante a criação do index pois é uma variação muito pequena e pode 
>> ao
>> invez de ajudar prejudicar a performace
>>
>> Em 30 de novembro de 2010 09:01, Marcelo Moreira<
>> marcelomoreira.souza em gmail.com>  escreveu:
>>
>>   >  Eu tenho muitos grupos cadastrados onde é amarrado pelo campo
>>> GROUP_CONTACT_ID que no caso esta presente nos tres select's que
>>> eu informei, mas nao varia tanto quanto o campo NAME ou MOBILE_NUMBER.
>>> Entao neste caso não seria interessante eu criar indice no campo
>>> GROUP_CONTACT_ID ?
>>> E nos outros campos: NAME, MOBILE_NUMBER. Seria interessante a criação
>> dos
>>> indices?
>>>
>>> Pedro ... obrigado pela atenção!
>>> ______________________________________________
>>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>>> Para saber como gerenciar/excluir seu cadastro na lista, use:
>>> http://www.firebase.com.br/fb/artigo.php?id=1107
>>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use:
>> http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: 
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa