Re: Parsing speed (was Re: pgstats_initstats() cost)

From: Alvaro Herrera Munoz <alvherre(at)dcc(dot)uchile(dot)cl>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>, Andrew Dunstan <andrew(at)dunslane(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Parsing speed (was Re: pgstats_initstats() cost)
Date: 2003-08-12 20:10:22
Message-ID: 20030812201022.GB16697@dcc.uchile.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Aug 12, 2003 at 03:36:07PM -0400, Tom Lane wrote:

> This leaves us with a bit of a problem, though, because there isn't any
> libpq API that allows access to this speedup. I put in a routine to
> support Parse/Bind/Execute so that people could use out-of-line
> parameters for safety reasons --- but there's no function to do
> Bind/Execute against a pre-existing prepared statement. (I had to make
> a hacked version of libpq to do the above testing.)
>
> I'm beginning to think that was a serious omission. I'm tempted to fix
> it, even though we're past feature freeze for 7.4. Comments?

Please do. It could be argued that the feature is already there, and that
the fact that there's no way to use it through libpq is actually a bug.

--
Alvaro Herrera (<alvherre[(at)]dcc(dot)uchile(dot)cl>)
"Hay que recordar que la existencia en el cosmos, y particularmente la
elaboracin de civilizaciones dentre de l no son, por desgracia,
nada idlicas" (Ijon Tichy)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2003-08-12 20:10:52 Re: Parsing speed (was Re: pgstats_initstats() cost)
Previous Message Sean Chittenden 2003-08-12 20:07:45 Re: Parsing speed (was Re: pgstats_initstats() cost)