RE: por que SEQ SCAN Y NO INDEX SCAN

-----Mensaje original-----
De: Jaime Casanova [mailto:systemguards(at)gmail(dot)com]
Enviado el: Viernes, 06 de Junio de 2008 10:57 p.m.
Para: Alvaro Herrera
CC: MIGUEL CANCHAS; pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] por que SEQ SCAN Y NO INDEX SCAN

On Fri, Jun 6, 2008 at 4:39 PM, Alvaro Herrera
<alvherre(at)commandprompt(dot)com> wrote:
> MIGUEL CANCHAS escribió:
>
>> ***********ESTE ES EL EXPLAIN ANALYZE **********************************+
>>
>> "Hash Left Join (cost=61680.50..68144.24 rows=3 width=122) (actual
>> time=32106.612..32344.086 rows=11 loops=1)"
>
> Hmm, este problema parece que lo pasamos por alto ... ¿lo resolviste?

mmm... tenés razón (como escribirian los amigos argentinos)...

vejecutado_tejeduria es una vista, verdad?
esa es la parte que demora, devuelve 595637 filas... que pasa si
quiebras la consulta en 2 partes?

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Guayaquil - Ecuador
Cel. (593) 87171157

*************************************************
Lo que hice fue "quebrarlo" en 3 partes, yo queria hacerlo en un solo
proceso y de alli derivar los datos a donde corresponda (en mi caso en 3
cursores de VFP).

Lo que hice fue(recorde a Jack) cortar el proceso en 3 y jalarlo de manera
independiente, resultado : 2 segundos :)

Bastante rapido.............

Gracias por las preocupaciones..............

Miguel Canchas