From: | Juan Pablo Espino <jp(dot)espino(at)gmail(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
Cc: | Leonardo Boet Sánchez <boet(at)gtm(dot)tel(dot)etecsa(dot)cu>, pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Rendimiento de funciones |
Date: | 2005-03-18 20:59:37 |
Message-ID: | 3e7daec105031812595164047e@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Cierto definitivamente hay que saber preguntar.
On Fri, 18 Mar 2005 16:30:37 -0400, Alvaro Herrera
<alvherre(at)dcc(dot)uchile(dot)cl> wrote:
> On Fri, Mar 18, 2005 at 01:03:47PM -0500, Juan Pablo Espino wrote:
>
> > On Fri, 18 Mar 2005 13:50:29 -0400, Alvaro Herrera
> > <alvherre(at)dcc(dot)uchile(dot)cl> wrote:
>
> > > Usan distinta infraestructura, asi que en realidad depende de lo que
> > > estes haciendo. Con plpgsql se guarda el parse tree y los planes de
> > > ejecucion de las consultas, a menos que uses EXECUTE. Por lo tanto si
> > > usas esto ultimo muy a menudo, el rendimiento tiende a bajar.
Por qué el rendimiento tiende a bajar?, si uso EXECUTE dentro de una
función en plpgsql entonces no se guardaría el parse tree y los planes
de ejecución?
> > > Por otro lado algunas funciones SQL se procesan "inline" en las
> > > consultas, por lo tanto el plan de ejecucion las considera como si fueran
> > > parte de la consulta y no como objetos opacos (que es lo que sucede con
> > > plpgsql y el resto de las funciones)
> >
que son objetos opacos?, mil gracias, saludos
From | Date | Subject | |
---|---|---|---|
Next Message | Cristofer N. Reyes A. | 2005-03-18 21:01:32 | Re: Problemas al transportar una bd |
Previous Message | Cristofer N. Reyes A. | 2005-03-18 20:57:52 | Problemas al transportar una bd |