Re: PREPARE and transactions
| От | Tom Lane |
|---|---|
| Тема | Re: PREPARE and transactions |
| Дата | |
| Msg-id | 13817.1088087194@sss.pgh.pa.us обсуждение |
| Ответ на | Re: PREPARE and transactions ("Jeroen T. Vermeulen" <jtv@xs4all.nl>) |
| Ответы |
[Re] Re: PREPARE and transactions
Re: PREPARE and transactions |
| Список | pgsql-hackers |
"Jeroen T. Vermeulen" <jtv@xs4all.nl> writes:
> I think we're talking at cross purposes here... If the client doesn't use
> explicit transactions, as you say is common, then you're obviously not
> defining prepared statements inside explicit transactions either.
This whole discussion seems to be considering only the case of PREPAREs
issued as SQL statements, by a programmer who is fully cognizant of
where he's beginning and ending transactions.
The issue I was trying to raise at the beginning of the thread was: what
about prepared statements created by client libraries (think JDBC for
instance) using the V3 protocol Parse message? Rolling back a
successful prepare because of a later transaction failure seems like
exactly not what such a library would want.
regards, tom lane
В списке pgsql-hackers по дате отправления: