Re: autocommit vs TRUNCATE et al
| От | Tom Lane |
|---|---|
| Тема | Re: autocommit vs TRUNCATE et al |
| Дата | |
| Msg-id | 13424.1035242500@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: autocommit vs TRUNCATE et al (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: autocommit vs TRUNCATE et al
|
| Список | pgsql-hackers |
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> Perhaps RESET AUTOCOMMIT is a good enough answer?
> I was unclear on that. RESET sets it back to the postgresql.conf value,
> right? Do we know that the session didn't change it earlier in the
> script? That's where it gets tricky.
You're postulating a scenario in which some snippet of code doesn't know
what the surrounding script/application likes for AUTOCOMMIT, but does
know enough about the context to know that it's not inside a transaction
block already. That combination seems moderately implausible to me.
Anyone have an example where it'd really be useful?
regards, tom lane
В списке pgsql-hackers по дате отправления: