Re: Transaction Aborted

From: Jeff Davis <jdavis-pgsql(at)empires(dot)org>
To: "Edwin S(dot) Ramirez" <ramirez(at)idconcepts(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Transaction Aborted
Date: 2005-02-21 06:37:13
Message-ID: 1108967833.4089.1.camel@jeff
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I think that the feature you're looking for is a SAVEPOINT.

After the import, create a savepoint, and then if the user makes a typo
revert to that savepoint.

Regards,
Jeff Davis

On Sun, 2005-02-20 at 22:05 -0500, Edwin S. Ramirez wrote:
> Hello,
>
> This may sound familiar since there was a discussion before...
>
> I created an importing tool which allows users to load data into their
> tables using a graphical interface.
> The import operations occur within a transaction so that the user gets a
> chance to change their mind.
> After the import is finished the user is presented with a choice to
> "abort", "commit" or interact with the
> database. Interacting with the database allows the user to submit
> queries to verify the data load.
>
> Everything works great except that if the user makes any typos the
> entire transaction is aborted,
> requiring the import process to be done again.
>
> I was under the impression that the nested transaction feature would
> make this go away.
> I played a little with it and it seems that the entire transaction is
> aborted even if a checkpoint is
> created.
>
> Could someone please help me with this?
>
> -Thanks,
> Edwin S. Ramirez
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2005-02-21 09:23:53 Re: Get rid of system attributes in pg_attribute?
Previous Message pgsql 2005-02-21 05:15:22 Re: Query optimizer 8.0.1 (and 8.0)