Re: querys pesados

El día 7 de mayo de 2009 13:39, Ernesto Quiñones <ernestoq(at)gmail(dot)com> escribió:
> que tal amigos
> este es el explain analyze:
>
> explain analyze select a.FlgCobroLlamada, a.FlgCelular,
> a.FlgStatusCDR, a.CodMesFactura, a.CodCiudadDestino, a.CodNpa,
> a.TipLlamada, a.CodSubMotivoEstadoCliente, a.CodEstadoCliente,
> a.CodPuntoVenta, a.CodCicloFacturacionCliente, b.codpaisubigeocliente,
> b.codpaisfacturacion, a.CodOperador, a.CodEmpresaUT,
> to_date(substr(CAST(a.codhora as text),1,8),'yyyymmdd'),
> a.TipConexion, a.TipAcceso, sum(a.MtoCostoValorizado),
> sum(a.MtoMinutosTotalesValorizado) from f_consumo a join
> lcl_maecliente b on (a.codcliente=b.codcliente)group by
> a.FlgCobroLlamada, a.FlgCelular, a.FlgStatusCDR, a.CodMesFactura,
> a.CodCiudadDestino, a.CodNpa, a.TipLlamada,
> a.CodSubMotivoEstadoCliente, a.CodEstadoCliente, a.CodPuntoVenta,
> a.CodCicloFacturacionCliente, b.codpaisubigeocliente,
> b.codpaisfacturacion, a.CodOperador, a.CodEmpresaUT,
> to_date(substr(CAST(a.codhora as text),1,8),'yyyymmdd'),
> a.TipConexion, a.TipAcceso
> ;
> QUERY PLAN
> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>  GroupAggregate  (cost=6793590.06..7973814.93 rows=15228708 width=106)
> (actual time=2811295.104..5198116.245 rows=5750514 loops=1)
>   ->  Sort  (cost=6793590.06..6831661.83 rows=15228708 width=106)
> (actual time=2811295.056..5119747.291 rows=15228708 loops=1)
>         Sort Key: a.flgcobrollamada, a.flgcelular, a.flgstatuscdr,
> a.codmesfactura, a.codciudaddestino, a.codnpa, a.tipllamada,
> a.codsubmotivoestadocliente, a.codestadocliente, a.codpuntoventa,
> a.codciclofacturacioncliente, b.codpaisubigeocliente,
> b.codpaisfacturacion, a.codoperador, a.codempresaut,
> (to_date(substr((a.codhora)::text, 1, 8), 'yyyymmdd'::text)),
> a.tipconexion, a.tipacceso
>         Sort Method:  external merge  Disk: 1971456kB
>         ->  Hash Join  (cost=6819.01..1437289.10 rows=15228708
> width=106) (actual time=1302.791..196625.524 rows=15228708 loops=1)
>               Hash Cond: ((a.codcliente)::text =
> (b.codcliente)::text)
>               ->  Seq Scan on f_consumo a  (cost=0.00..429172.08
> rows=15228708 width=112) (actual time=4.052..65973.189 rows=15228708
> loops=1)
>               ->  Hash  (cost=4555.45..4555.45 rows=123245 width=18)
> (actual time=1298.143..1298.143 rows=123245 loops=1)
>                     ->  Seq Scan on lcl_maecliente b
> (cost=0.00..4555.45 rows=123245 width=18) (actual time=14.092..953.654
> rows=123245 loops=1)
>  Total runtime: 5217852.883 ms
> (10 filas)
>
>

Creo que una forma de mejorarla es creando index en lcl_maecliente y f_consumo
en las columnas que haces el join (si no es que no queres reformular toda la
consulta nuevamente).

> OS: Linux
> Hardware: Servidor Dell 2gb de ram y HD sata, procesador Core 2 duo
> saludos
>
> El día 7 de mayo de 2009 10:16, Ernesto Quiñones <ernestoq(at)gmail(dot)com> escribió:
>> que tal amigos
>> gracias por las respuestas, antes de correr los queryas ejecuto un
>> vacuum full analyze sobre toda la db (proque tengo como 3 de esos que
>> jalan diferentes tablas)
>> estoy generando un explain analyze (demorará en botarme la respuesta)
>> para poder enviarlo y ver que esta pasando con los indices aunque
>> facil es un seq scan por la cantidad de data
>>
>> en un rato les envilo los detalles de lo que me informo el pgsql el explain
>>
>> saludos
>>
>
>
>
> --
> Inscribete en las listas de APESOL
> http://www.apesol.org/listas.php
>
> Visita
> http://www.eqsoft.net
> Manuales, noticias, foros, etc.
> --
> TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podrá leerlo
>

--
Emanuel Calvo Franco
Sumate al ARPUG !
( www.arpug.com.ar)
ArPUG / AOSUG Member