Re: PREPARE and transactions - Mailing list pgsql-hackers

From Greg Sabino Mullane
Subject Re: PREPARE and transactions
Date
Msg-id 73b63b6c5b26a388560ffed597f13474@biglumber.com
Whole thread Raw
In response to Re: PREPARE and transactions  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Responses Re: PREPARE and transactions  (Richard Huxton <dev@archonet.com>)
List pgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Merlin Moncure wrote:
> I have to jump through hoops to keep track of what statements are
> already prepared to keep from bouncing the current transaction.
Christopher Kings-Lynne wrote:
> * PREPARE OR REPLACE...
>
> This would be an incredibly useful command since there's no
> way of _checking_ in advance that a name is already used as a
> prepared statement...
A check would be nice (and I've asked about it before) but it's
really not a lot of jumping through hoops since each connection has
it's own "namespace" of prepared statements. Since they last until
an explicit deallocate, the simple use of unique names makes it
fairly easy on the application side.
- --
Greg Sabino Mullane greg@turnstep.com
PGP Key: 0x14964AC8 200406232330
-----BEGIN PGP SIGNATURE-----
iD8DBQFA2krxvJuQZxSWSsgRAhLSAJ9othitQerDlB9+J65rVl3EbRT9+QCeJfzH
vFdWCDLvxU/zkFMLEDjpydU=
=OzCx
-----END PGP SIGNATURE-----




pgsql-hackers by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: pg_get_indexdef
Next
From: Christopher Kings-Lynne
Date:
Subject: Fixing pg_dump