Re: [HACKERS] psql and libpq fixes
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Peter Eisentraut <peter_e@gmx.net>
Cc: PostgreSQL Development <pgsql-hackers@postgreSQL.org>
Date: 2000-02-08T00:46:30Z
Lists: pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes: > While we're at it, there's a setting that causes psql to stop execution of > a script on an error (since usually the later commands will be depending > on the successful completion of earlier ones). I was wondering if that > should be the default if you use the -f option. Sounds useful, but you can't make it the default without breaking existing scripts. Trivial example is this common idiom: DROP TABLE t1; -- in case it already exists CREATE TABLE t1; COPY ... 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. regards, tom lane