Re: PREPARE and transactions - Mailing list pgsql-hackers

From Tom Lane
Subject Re: PREPARE and transactions
Date
Msg-id 6350.1088172149@sss.pgh.pa.us
Whole thread Raw
In response to Re: PREPARE and transactions  ("Jeroen T. Vermeulen" <jtv@xs4all.nl>)
Responses Re: PREPARE and transactions  ("Jeroen T. Vermeulen" <jtv@xs4all.nl>)
Re: PREPARE and transactions  ("Greg Sabino Mullane" <greg@turnstep.com>)
List pgsql-hackers
"Jeroen T. Vermeulen" <jtv@xs4all.nl> writes:
> 1. Add a "soft" bit to prepared-statement plans
> 2. Add rollback bookkeeping for prepared statements, which sets the bit
> 3. Accept identical re-preparations of "soft" statements, clearing the bit

That sounds awfully ugly :-(

It occurs to me that a lot of the problem would go away if we allowed
DEALLOCATE of a nonexistent statement to not be an error (seems like
a NOTICE would be be plenty).  Then you could just unconditionally
DEALLOCATE anything you were about to PREPARE, if you weren't entirely
sure whether it already existed.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Jeroen T. Vermeulen"
Date:
Subject: Re: PREPARE and transactions
Next
From: "Jeroen T. Vermeulen"
Date:
Subject: Re: PREPARE and transactions