From: | Jaime Casanova <systemguards(at)gmail(dot)com> |
---|---|
To: | moz <mozstyle2002(at)gmx(dot)net> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Indices - ¿filas repetidas en el indice? |
Date: | 2005-11-14 18:09:24 |
Message-ID: | c2d9e70e0511141009j8c134fbt21ad74ccb713adde@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On 11/14/05, moz <mozstyle2002(at)gmx(dot)net> wrote:
> Una saludo a la lista:
>
> Tengo un problemon que no logro solucionar y es lo siguiente: Una tabla
> (100.000 filas) de clientes con un indice btree por el rut, el problema
> es que tarda una enormidad en resolver los datos
> consultando tansolo por un rut en particular.
>
>
> select count(*) from clientes where rut = 1;
> Aggregate (cost=3659.27..3659.27 rows=1 width=0)
> -> Index Scan using k_rut on clientess (cost=0.00..3655.50 rows=1508
> width=0)
> Index Cond: (rut = 1)
>
> select * from clientes where rut = 1;
> Index Scan using k_rut on clientes (cost=0.00..3655.50 rows=1508 width=436)
> Index Cond: (rut = 1)
>
> Lo raro es que existe sólo un cliente con el rut = 1 en la tabla
> clientes, pero el explain me dice que en realidad ha encontrado 1508
> filas (¿o versiones de la fila?). Entiendo que el Index Scan me
> encuentra 1508 filas... ¿a que puede deberse? .
>
lo primero que debes hacer es decirnos que valor regresa el count(*),
en realidad lo que aqui vemos es lo que el optimizador piensa que va a
encontrar...
tambien muestranos los tiempos que bota el explain... y dinos cuanto
se demora en realidad el select
--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2005-11-14 18:14:52 | Re: Indices - ¿filas repetidas en el indice? |
Previous Message | moz | 2005-11-14 17:48:23 | Indices - ¿filas repetidas en el indice? |