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)
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) |