From: | Abhijit Menon-Sen <ams(at)oryx(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | David Wheeler <david(at)kineticode(dot)com> |
Subject: | Re: libpq and prepared statements progress for 8.0 |
Date: | 2004-09-20 04:13:09 |
Message-ID: | 20040920041309.GB4503@penne.toroid.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
At 2004-09-17 14:28:36 -0700, david(at)kineticode(dot)com wrote:
>
> > Assuming that anyone steps up and does the work, that is.
>
> So...any volunteers?
OK, how about adding a PQprepare (PQcreatePrepared?) function like this?
PGresult *
PQprepare(PGconn *conn,
const char *stmtName,
const char *query,
int nParams,
const Oid *paramTypes)
{
...
PQprepare would construct a Parse message to create a prepared statement
named stmtName from the given query, with nParams types pre-declared. It
could be called by DBD::Pg with nParams == 0 to let the server infer all
of the parameter types.
I suppose an asynchronous equivalent would also be needed.
(Yes, I'm volunteering to write both functions.)
-- ams
From | Date | Subject | |
---|---|---|---|
Next Message | David Wheeler | 2004-09-20 04:28:53 | Re: libpq and prepared statements progress for 8.0 |
Previous Message | Jan Wieck | 2004-09-20 01:46:20 | Re: Disabling bgwriter on my notebook |
From | Date | Subject | |
---|---|---|---|
Next Message | David Wheeler | 2004-09-20 04:28:53 | Re: libpq and prepared statements progress for 8.0 |
Previous Message | Josh Berkus | 2004-09-20 01:00:07 | small doc patch for postgresql.conf.sample |