From: | "Wang, Mary Y" <mary(dot)y(dot)wang(at)boeing(dot)com> |
---|---|
To: | Vick Khera <vivek(at)khera(dot)org>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Does psql -f quit insertion after an error in a statement has been detected? |
Date: | 2010-06-07 21:10:33 |
Message-ID: | FA20D4C4FEBFD148B1C0CB09913825FC04589DDC1A@XCH-SW-06V.sw.nos.boeing.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
That's good to know. I ended up manually copy/paste INSERT statements for each table to another file and rerun the psql -f again. It was painful!
Mary
-----Original Message-----
From: pgsql-general-owner(at)postgresql(dot)org [mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of Vick Khera
Sent: Monday, June 07, 2010 11:21 AM
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] Does psql -f quit insertion after an error in a statement has been detected?
On Sun, Jun 6, 2010 at 5:29 PM, Wang, Mary Y <mary(dot)y(dot)wang(at)boeing(dot)com> wrote:
> I'm using a psql -f command to reload the data from a dump file. I noticed that some tables are not populated with any rows (I mean 0 rows), yet, if I manually insert a row (actually just copy an INSERT statement from that input file) in the interactive terminal, that row was added with no problem. So my question "does psql -f quits inserting rows for a table when it detects there is an error in a statement?". The impression that I got is that even though other rows might not have any errors, but psql -f seems just quits after it detects an error in a row.
>
See the psql man page, and search for "ON_ERROR_STOP". This controls this behavior.
--
Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org) To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2010-06-07 21:12:28 | Re: Misplaced pg_upgrade_support.so ? |
Previous Message | Alvaro Herrera | 2010-06-07 19:56:20 | Re: create index concurrently - duplicate index to reduce time without an index |