| From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
|---|---|
| To: | Sonia Malave <smalave(at)hidrobolivar(dot)com(dot)ve> |
| Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: rendimiento Grave II |
| Date: | 2007-06-19 15:03:13 |
| Message-ID: | 20070619150313.GN4265@alvh.no-ip.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Sonia Malave escribió:
> Bueno amigos para dar màs detalles el servidor PostgreSql tiene 4 GB de
> RAM, Linux Centus 4 y la version de Postgres es la 8.1, afortunadamente
> contamos con un experto encargado de la configuracion del servidor, etc.
Pero no de Postgres?
> Por Ejemplo tenemos el store procedure que adjunto posteriormente, el
> cual tarda en ejecutarse casi tres (3) horas, para 50000 registros.
> Notamos que a medida que trancurre el tiempo se hace el proceso cada vez
> mas lento, empezo bastante rapido pero con el pasar del tiempo se torna
> mas lento.
Decias que estaba hecho en SQL Server anteriormente? Porque la verdad
es que se nota que no esta "pensado" para Postgres. Primero por el
hecho de usar un cursor e ir haciendo FETCH. Y segundo porque las
tablas OFICINA y PRO_FACT_CICLO se llenan de tuplas muertas, las cuales
hacen mucho mas lento el proceso a medida que avanza.
Recomendacion: haz esto de otra manera, por ej. haciendo actualizaciones
en bloque y no una por una.
--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Mario Gonzalez | 2007-06-19 15:11:17 | Re: rendimiento Grave II |
| Previous Message | Sonia Malave | 2007-06-19 14:52:35 | rendimiento Grave II |