Re: autocommit vs TRUNCATE et al

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB SD
Тема Re: autocommit vs TRUNCATE et al
Дата
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA4961ECD@m0114.s-mxs.net
обсуждение исходный текст
Ответ на autocommit vs TRUNCATE et al  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> What I just committed uses your idea of auto-committing TRUNCATE et al,
> but now that I review the thread I think that everyone else thought that
> that was a dangerous idea.  How do you feel about simply throwing an error
> in autocommit-off mode, instead?  (At least it's a localized
> change now)

Well, if I can throw in another opinion, I think what you did is perfect.
It will make Oracle users happy too. Only very shrewd applications would
commit previous changes with a "truncate" statement, and those will learn
to issue a commit before truncate. I don't like the solutions involving
"set autocommit ...".

Andreas


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Sullivan
Дата:
Сообщение: Re: [GENERAL] Hot Backup
Следующее
От: Andrew Sullivan
Дата:
Сообщение: Re: Disabling triggers (was Re: pgsql 7.2.3 crash)