Re: problema con query lento

no, no es un problema, lo unico que tengo es la incognita que era que
cambiando el campo del order by "item.nro_linea", me generaba este tiempo
0.33 ms, sin embargo, con el otro campo, item.id, me generaba un tiempo de
casi 20 seg. Y lo que no me queda claro es que la misma consulta, en un
servidor de desarrollo, con order by item.id me lo generaba en 0.75ms, y en
la consulta con order by item.id en produccion 20 seg. de tiempo
aproximado. El campo item.id es pk de la tabla item_solicitado, y nro_linea
un campo integer.

El 14 de abril de 2011 12:14, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

> Excerpts from Diego Ayala's message of jue abr 14 10:40:30 -0300 2011:
>
> > "Limit (cost=7092.42..7092.45 rows=10 width=127) (actual
> time=0.193..0.199
> > rows=2 loops=1)"
> > " -> Sort (cost=7092.42..7099.73 rows=2924 width=127) (actual
> > time=0.191..0.193 rows=2 loops=1)"
> > " Sort Key: item.nro_linea"
> > " Sort Method: quicksort Memory: 25kB"
> > " -> Nested Loop (cost=0.00..7029.24 rows=2924 width=127)
> (actual
> > time=0.146..0.177 rows=2 loops=1)"
> > " -> Nested Loop (cost=0.00..6203.84 rows=2924 width=115)
> > (actual time=0.131..0.150 rows=2 loops=1)"
> > " -> Index Scan using idx_llamado_grupo_id_llamado_id
> on
> > llamado_grupo (cost=0.00..54.30 rows=27 width=14) (actual
> time=0.085..0.090
> > rows=2 loops=1)"
> > " Index Cond: (llamado_id = 127968)"
> > " -> Index Scan using
> idx_item_llamado_grupo_id_item_id
> > on item_solicitado item (cost=0.00..226.41 rows=108 width=109) (actual
> > time=0.024..0.025 rows=1 loops=2)"
> > " Index Cond: (item.llamado_grupo_id =
> > llamado_grupo.id)"
> > " Filter: item.ver"
> > " -> Index Scan using producto_n5_pkey on producto_n5
> > (cost=0.00..0.27 rows=1 width=20) (actual time=0.008..0.009 rows=1
> loops=2)"
> > " Index Cond: (producto_n5.id = item.producto_n5_id)"
> > "Total runtime: 0.333 ms"
> >
> > Cambio totalmente el resultado con solo cambiar el campo por el cual
> > ordenaba(antes era item.id, ahora le puse item.nro_linea), esto en
> > produccion... por que en desarrollo con el campo item.id en order by,
> igual
> > m arrojaba un buen plan..
>
> ¿Qué problema tienes con este plan? 0.33 milisegundos me parece un
> tiempo bastante razonable.
>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>