Re: Add regression tests for autocommit-off mode for psql and fix some omissions
От | Marko Tiikkaja |
---|---|
Тема | Re: Add regression tests for autocommit-off mode for psql and fix some omissions |
Дата | |
Msg-id | 54339C5D.2070802@joh.to обсуждение исходный текст |
Ответ на | Re: Add regression tests for autocommit-off mode for psql and fix some omissions (Feike Steenbergen <feikesteenbergen@gmail.com>) |
Ответы |
Re: Add regression tests for autocommit-off mode for psql
and fix some omissions
|
Список | pgsql-hackers |
On 10/7/14, 9:11 AM, Feike Steenbergen wrote: > Perhaps I am the only one using autocommit-off mode You most definitely aren't. > and we shouldn't put effort > into fixing this? It's not clear to me that this is fixing a problem, to be honest. If you're running autocommit=off, you have an expectation that you can roll back commands at will. It's fine if I can't roll back a VACUUM, for example, since I would practically never want to do that. But ALTER TYPE .. ADD VALUE ..; is an entirely different beast. That one's permanent; there's no DROP equivalent. If the command is just executed, and I can't roll it back, wouldn't that be a serious violation of the principle of least astonishment? DROP INDEX CONCURRENTLY has a bit of the same problem. You can CREATE INDEX CONCURRENTLY, but it might take days in some cases. I think that just running the command is a bad idea, and if we want to fix something here we should focus on just providing a better error message. .marko
В списке pgsql-hackers по дате отправления: