Re: El optimizador aparentemente no selecciona el mejor camino

["ernesto contreras" <eeljuri(at)gmail(dot)com>]

Ejecuté analyze nada más, pero el  no he borrado registros, así que pensé que no era necesario correr el vacuum.

On 11/30/06, ernesto contreras <eeljuri(at)gmail(dot)com> wrote:

Tal vez expuse mal el planteamiento.
Entiendo evidentemente que debe ser más lento, pero la pregunta es, por que el optimizador sigue usando el índice, cuando el debe entender que es mejor en ese caso (por que recuperará muchísimos registros) no utilizar el índice ????

Ese es el punto.

On 11/30/06, Leonel Nunez <lnunez(at)enelserver(dot)com > wrote:

> Amigos, tengo una tabla con 1.500.000 registros, su clave es idnum, cuando
> ejecuto algo como:
>
> Select nombre from clientes
>  where idenum=993797;
>
> El "explain" muestra que toma el índice y es rápido, pero cuando ejecuto:
>
> Select nombre from clientes
>  where idenum=139751;
>
> Igual toma el índice, pero es lento.
>
> La razón es porque en el primer caso, de los 1.5 millones de registros el
> idenum 993797, retorna
> 3.000 registros, pero en el siguiente, 139751, tiene que retornar
> 1.023.000registros.
>
> Por qúe el optimizador no deja de usar el índice en este caso, ya que
> sería
> más rápido el no usarlo ???
>
> Saludos, y gracias,
>
>
> Ernesto.
>
>


y quieres que sea igual  cuando tiene que  leer y entregarte > de 1000000
la segunda vez ?

aqui tiene que ver la transferencia de informacion  no tanto el como se busca



leonel