Re: Savepoint and prepared transactions

From: Konstantin Izmailov <pgfizm(at)gmail(dot)com>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Savepoint and prepared transactions
Date: 2010-05-05 06:53:58
Message-ID: AANLkTikBkpRX1r3_Z1l69GMqJ7YcRBVGPKCMQ6PsKjbj@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I expect that only changes on step 2.7 persisted in DB.

On Tue, May 4, 2010 at 11:18 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>wrote:

> On Tue, May 4, 2010 at 11:52 PM, Konstantin Izmailov <pgfizm(at)gmail(dot)com>
> wrote:
> > Hi,
> > I'm working on a solution that utilizes 2 phase commit protocol (between
> SQL
> > Server and PostgreSQL). Normally PostgreSQL statements sequense is:
> > 1. START
> > 2. <inserts, updates, etc.>
> > 3. PREPARE TRANSACTION 'uuid'
> > 4. COMMIT PREPARED 'uuid'
> >
> > What if on step 2 user application issues statements with SAVEPOINTs,
> e.g.
> > 2.1. SAVEPOINT svp1
> > 2.2. <inserts, updates, etc.>
> > 2.3. SAVEPOINT svp2
> > 2.4. <inserts, updates, etc.>
> > 2.5. RELEASE SAVEPOINT svp2
> > 2.6. ROLLBACK TO SAVEPOINT svp1
> > 2.7. <inserts, updates, etc.>
> >
> > Is this allowed and safe to use?
>
> What are you expecting to happen?
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Vincenzo Romano 2010-05-05 07:01:53 Re: (psuedo) random serial for PK or at least UNIQUE NOT NULL?
Previous Message Devrim GÜNDÜZ 2010-05-05 06:49:45 Re: no such file euc2004... while initdb 9.0Beta