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
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) |