[firebase-br] Porque o Firebird 2.0, usa campo nao indexado?

[Eduardo Jedliczka (TeamFB)]

Quando você faz um select que usa 100% dos registros da tabela, o uso do 
índice (em qualquer SGDB) simplesmente atrapalha (já que isto exigiria a 
leitura das páginas de índice e posteriormente as páginas de dados), por 
isto o otimizador NÃO usa.

Se você colocar uma condição where que possua algum índice relacionado, 
certamente o banco irá utilizar.

======================
Eduardo Jedliczka
Membro do TeamFB - FireBase
Apucarana - PR
======================
"Posso não concordar com nada do que dizes.
Mas defenderei até a morte o seu direito de dizê-lo"
(Voltaire 1694-1778)
----- Original Message ----- 
From: "Fellipe Henrique" <fellipeh em oi.com.br>
To: <lista em firebase.com.br>
Sent: Tuesday, December 05, 2006 4:51 PM
Subject: [firebase-br] Porque o Firebird 2.0, usa campo nao indexado?


> Olá amigos, tenho a seguinte tabela:
>
> CLIENTE:
>
> #IDCLIENTE
> RAZAO_SOCIAL
> CPF
> ...
>
> Por ordem: campo primário, indice, indice
>
> Ou seja, os três campos estão no indice, porém quando vou dar um SELECT 
> IDCLIENTE, RAZAO_SOCIAL, CPF FROM CLIENTE
>
> lá na análise de performance do SQL Manager, me mostra 1.168 x 0  (Não 
> indexado x Indexado)
>
> Ou seja, porque ele usa 1168 registros, nao indexados na minha tabela, se 
> os campos usados estão no indice?
>
> o plano é: PLAN (CLIENTE NATURAL)
>
> Queria saber de um jeito pra nao ficar lento a procura, pois os registros 
> estao chegando perto de 100.000
>
> Desde já agradeço..
>
>
> []s
> Fellipe H.
>
>
>
>


--------------------------------------------------------------------------------


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço 
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa