From: | "Roberto Pupo" <roberto(dot)pupo(at)gmail(dot)com> |
---|---|
To: | "Roberto Pupo" <roberto(dot)pupo(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Velocidad de una consulta |
Date: | 2006-09-25 23:56:41 |
Message-ID: | b0aa7c960609251656n51839d0bl6cfd82761092594d@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola,
Cuando ejecuto la consulta siempre se muestra en el pgadmin en la columna
mode ExclusiveLock y aun sucede pero aprovecho y les paso mi experiencia en
la solucion del problema, reprogramé todas las funciones involucradas y
basicamente si en una habia mas de un left join la dividi en tantas
consultas como left join existian y problema resuelto de 6 minutos bajo a 7
segundos como promedio y con el servidor a maxima carga. De todas formas,
me queda sin explicacion porque sigo viendo durante la ejecucion el
ExclusiveLock claro que en 7 segundos se libera y ahora no me afecta a los
usuarios.
En otro orden de ideas muchas felicidades a los desarrolladores de
postgresql porque esta consulta anida a otras 45 y recorre 2 millones 600
mil registros en 7 segundos, mejor no lo creo
Gracias
On 9/24/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
>
> Roberto Pupo escribió:
> > Hola,
> > Tengo una consulta que solo usa SELECT y LEFT JOIN a otras y en el
> pgadmin
> > aparece reportado un proceso con ExclusiveLock al momento de llamarla,
> se
> > puede evitar que esto suceda y no se detengan los demas procesos de
> > actualizacion de la base de datos?
>
> Un SELECT nunca toma ExclusiveLock. Cual es el proceso que tiene ese
> lock? Es el del SELECT, o es otro? Si es otro, que esta haciendo?
>
> --
> Alvaro Herrera
> http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>
--
Roberto Pupo
Ingeniero de Sistemas
Condorsoft Ltda
cel 315 822 8065
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Gonzalez ( mario__ ) | 2006-09-26 00:34:14 | Re: Base de datos publica |
Previous Message | Hugo Sandoval | 2006-09-25 23:46:29 | Re: Rv: Re: tabla corrupta |