Re: [HACKERS] psql and libpq fixes
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] psql and libpq fixes |
Дата | |
Msg-id | 1777.950025014@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] psql and libpq fixes (Peter Eisentraut <e99re41@DoCS.UU.SE>) |
Ответы |
Re: [HACKERS] psql and libpq fixes
|
Список | pgsql-hackers |
Peter Eisentraut <e99re41@DoCS.UU.SE> writes: >> In general, an existing script is not going to be written with the idea >> that psql will cut it off at the knees for provoking an error. If the >> author *does* want all the rest of the commands to be skipped on error, >> he'll just have written BEGIN and END around the whole script. > Last time I checked you couldn't roll back a create table. ;) Au contraire, rolling back a CREATE works fine. It's rolling back a DROP that gives trouble ;-) This does bring up a thought --- should psql's kill-the-script-on-error option perhaps zap the script only for errors committed outside of a transaction block? I'm not sure how hard it is for psql to keep track of whether the script is in an xact, so maybe this'd be far harder than it's worth. Seems like it deserves some consideration though. regards, tom lane
В списке pgsql-hackers по дате отправления: