Re: [pgsql-es-ayuda] Re: Saturación PostgreSQL

From: OgiSer Tamade <tamade(dot)ogiser(at)gmail(dot)com>
To: pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: [pgsql-es-ayuda] Re: Saturación PostgreSQL
Date: 2010-07-15 12:46:44
Message-ID: AANLkTinQunEGMsoHUw749P8r8nqVkMKwqhwNxosAVH4F@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Como puedo saber si hay lockeos ¿?

El 15 de julio de 2010 14:42, Silvio Quadri <silvioq(at)gmail(dot)com> escribió:

> El día 15 de julio de 2010 04:16, OgiSer Tamade
> <tamade(dot)ogiser(at)gmail(dot)com> escribió:
> > Voy a cambiar la consulta para que se realice secuencial no obstante
> > creo que el problema puede venir por assignedto ya que cuando ocurre
> > casi todos los registros tienen ese campo a null.
>
> Entonces te conviene trabajar sobre la fecha esa callback no sé cuanto ...
> una posibilidad es cambiar los nulos por una fecha muy baja .... ahí
> quizás encuentre el primer registro inmediatamente.
>
> >
> > Lo extraño es que el explain cuando el sistema esta parado es bajísimo
> > pero con 90 usuarios tengo tiempos en torno a 10 segundos.
>
> ¿Lockeos?
>
> >
> >>
> >> Yo creo que lo que habría que hacer aquí es librarse del subselect en la
> >> lista de resultados (ese que trae el MAX() de no sé qué), y convertirlo
> >> en un join o en una subconsulta que sea más optimizable.
>
> Me da la impresión, por el explain que eso está bien. De todas formas,
> lo que debería hacer es quitar el subselect y ver si cambia el plan.
>
>
>
> --
> Silvio Quadri
>

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Manuel Fernando Aller 2010-07-15 13:01:41 Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Re: Saturación PostgreSQL
Previous Message Silvio Quadri 2010-07-15 12:42:24 Re: [pgsql-es-ayuda] Re: Saturación PostgreSQL