Skip site navigation (1) Skip section navigation (2)

Re: Cleaning up aborted transactions

From: Greg Spiegelberg <gspiegelberg(at)cranel(dot)com>
To: pgsql-php(at)postgresql(dot)org
Subject: Re: Cleaning up aborted transactions
Date: 2003-06-10 11:39:16
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-php
Hi all,

Just so I have this straight, because I've been wondering the same,
if someone on my web site does a SELECT and then clicks on the browser
stop or gets click happy hitting one or many other links on the same
web page then the 1st SELECT and all other interrupted SELECT's should
get rolled back if each query starts with a BEGIN; because there is a
disconnect.  Correct?

What about with persistant connections?


Rod Taylor wrote:
> On Tue, 2003-06-10 at 05:21, Michael Glaesemann wrote:
>>On Tuesday, Jun 10, 2003, at 17:05 Asia/Tokyo, Adrian Tineo wrote:
>>>$insert="INSERT INTO table VALUES (2,7,5);
>>>    pg_query($connection,"ROLLBACK");
>>>    //Something went wrong with the insert so we rollback and
> nothing
>>>changes in the db
>>>    pg_query($connection,"COMMIT");
>>>    // If everything went all right, then we commit the changes
>>Thanks, Adrian, for the illustration, especially the instance with 
>>ROLLBACK. I've figured out this sequence now.
>>What I'm wondering about is what happens when this sequence isn't 
>>properly followed and the script quits before issuing a ROLLBACK or a 
>>COMMIT. Obviously it's not a good situation and one to be avoided.
> The database, unless explicitly told to commit and the commit is
> completely successful will always rollback.
> So a disconnect results in a rollback.

Greg Spiegelberg
  Sr. Product Development Engineer
  Cranel, Incorporated.
  Phone: 614.318.4314
  Fax:   614.431.8388
  Email: gspiegelberg(at)Cranel(dot)com
Cranel. Technology. Integrity. Focus.

In response to


pgsql-php by date

Next:From: Rod TaylorDate: 2003-06-10 11:49:03
Subject: Re: Cleaning up aborted transactions
Previous:From: Michael GlaesemannDate: 2003-06-10 09:21:03
Subject: Re: Cleaning up aborted transactions

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group