Re: Explain Analyze de store!

--- Alvaro Herrera <alvherre(at)commandprompt(dot)com>
escribió:

> Sonia Malave escribió:
> > El explain analyze del select que mencionaste lo
> envio adjunto.
> > Efectivamente si tenemos indices en la tabla para
> la localidad y la
> > cuenta entre otros. Son en total tres indices que
> tiene la tabla.
> > Otro aspecto, el VACUUM lo hago manual cada dos
> dias.
>
> > "Sort (cost=37633.25..37688.71 rows=22187
> width=37) (actual time=1491.610..1589.220 rows=50275
> loops=1)"
> > " Sort Key: localidad, cuenta"
> > " -> Seq Scan on suscriptor
> (cost=636.63..36031.63 rows=22187 width=37) (actual
> time=103.608..726.218 rows=50275 loops=1)"
> > " Filter: ((((status)::text = '0'::text) OR
> ((status)::text = '3'::text)) AND ((cod_ciclo)::text
> = '01'::text) AND ((suscriptor)::text = '1'::text)
> AND (NOT (hashed subplan)))"
> > " SubPlan"
> > " -> Index Scan using in_prefac_ano_mes
> on prefacturacion (cost=0.00..633.32 rows=1325
> width=21) (actual time=27.565..72.155 rows=11100
> loops=1)"
> > " Index Cond: ((ano_mes)::text =
> '200701'::text)"
> > " Filter: ((((descripcion)::text =
> '01'::text) OR ((descripcion)::text = '05'::text))
> AND ((facturado)::text <> '2'::text))"
> > "Total runtime: 1692.211 ms"
>
> Harto feo el plan. No es lento por ahora, pero a
> medida que las tablas
> crezcan se ira haciendo proporcionalmente peor. Eso
> significa que tu
> modelo no es escalable ... y, agrego solo para
> parecer pedante, deberias
> conseguir ayuda de algun experto para corregirlo.
>
> Por supuesto, el verdadero problema de tu SP no es
> este plan (que solo
> se demora un segundo y medio) sino la forma como lo
> usas en el cursor.
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
> --
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 3: si publicas/lees desde Usenet, por favor
> envía "subscribe-nomail"
> a majordomo(at)postgresql(dot)org para que tus
> mensajes puedan llegar
> a los suscriptores de la lista
>
Como tu lo decias Alvaro, esta pensado para mssql, y
como ya vimos algunas cosas hay que variarlas, el
problema no esta en postgres, si no en la deformacion
del standard sql que hace MS para que su producto
funcione y en los que migramos, que queremos que las
cosas funcionen en uno como estamos acostumbrados y
aprendimos en el otro, incluso, creo que viendo esto,
en MSSQL tambien se podria hacer mejor.

La mejor solucion que tengo y ya que hidrobolivar es
gubernamental y en Venezuela como en otros paises de
LatinoAmerica tienen las suerte de que sus gobiernos
apoyan el Software Libre y van a erradicar MS y sus
licenciamientos en el estado, en mi pais eso no pasa
todavia, puesto que aun no hemos tomado conciencia de
ese costo, les propongo que realmente asi como
contrataron un acesor de Uruguay para las UPAS,
contraten a alguien como Alvaro Herrera o de la
empresa commandprompt.com, para que asesore en
distintos proyectos y ademas de cursos a los
diseniadores de base de datos en esos paises, asi
hacen una inversion seria en software libre, apoyando
a gente que hace posible su desarrollo y nutriendose
de un conocimiento de primera mano. Lo que se ahorren
de licencias, inviertanlo en conocimiento.
Cuando mi gobierno opte por la sensates de cambiarse
al software libre, entonces lo primero que voy a
proponer es una medida como la que te propongo que
plantees alli.

Atte.
Gabriel Hermes Colina Zambra

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/