| 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: | Whole Thread | Raw Message | 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 |