Re: Transaction aborts on syntax error. - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Transaction aborts on syntax error.
Date
Msg-id 200402121935.i1CJZgc17226@candle.pha.pa.us
Whole thread Raw
In response to Transaction aborts on syntax error.  (ramirez@idconcepts.org (Edwin S. Ramirez))
Responses Re: Transaction aborts on syntax error.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Rod Taylor wrote:
> > > >     BEGIN WORK;
> > > >     LOCK oldtab;
> > > >     CREATE_X TABLE newtab AS SELECT * FROM oldtab;
> > > >     DELETE oldtab;
> > > >     COMMIT
> > > > 
> > > > In this case, you would want the database to abort on a syntax error, right?
> > > 
> > > Certainly not if I was typing this from the command line. Imagine the
> > > frustration if the typo was in "DELETE oldtab" and the create statement took
> > > hours.
> > 
> > I suppose we could have a SET that psql could set when it was
> > interactive and skip rollback on syntax errors, but that is pretty
> > exotic.  Also consider that other errors could abort a query aside from
> > syntax errors, like deadlocks.
> 
> Can this be done entirely on the client side?
> 
> Have psql silently wrap every statement going out with a BEGIN and a
> COMMIT or ROLLBACK depending on whether there was an error or not?
> 
> It depends on subtransactions but those are bound to appear eventually,
> and be infinitely more useful.

Yep, we could do it in the client like we do for autocommit.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Stef
Date:
Subject: RFC: Query Planner making a distinction between Cross Database and Cross Schema ?
Next
From: Tom Lane
Date:
Subject: Re: Make length(char(n)) return 'true' length