Re: PostgreSQL locking from PHP scripts

From: Chris <dmagick(at)gmail(dot)com>
To: Herbie McDuck <herbie(at)faams(dot)net>
Cc: Alan Hodgson <ahodgson(at)simkin(dot)ca>, pgsql-php(at)postgresql(dot)org
Subject: Re: PostgreSQL locking from PHP scripts
Date: 2006-11-07 01:24:01
Message-ID: 454FE031.2080004@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-php

Herbie McDuck wrote:
> Alan Hodgson wrote:
>> On Thursday 26 October 2006 11:11, Amal burman <amalburman(at)yahoo(dot)com>
>> wrote:
>>
>>> postgresql database for this project. Here script one
>>> (booking.php) tries to setup a lock for update and ask
>>> user to fill-up the form. Now when the user fill-up
>>> the form and submit it for update, second script
>>> (update.php) update the database and releasing the
>>> locks.
>>
>> You can't do this kind of thing in PHP. PHP resets the database
>> connection between scripts. The script is finished as soon as the
>> page is delivered to the client.
>>
>> Also, web connections are stateless and there is no way to even know
>> what web server process or database connection you'll be getting on
>> subsequent page views.
>>
> So is PHP and 'ANY' database a useless adventure when it goes to
> developing a robust business and accounting package?

No, it applies to anything you do in a web browser.

The HTTP protocol is "stateless" which means all resources, connections
etc are killed at the end of the script. Resources of any type are not
kept alive at the end of a script.

It's not a php thing or <insert random language here>, it's a HTTP
protocol thing.

--
Postgresql & php tutorials
http://www.designmagick.com/

In response to

Responses

Browse pgsql-php by date

  From Date Subject
Next Message Charley Tiggs 2006-11-07 01:56:23 Re: PostgreSQL locking from PHP scripts
Previous Message Herbie McDuck 2006-11-07 00:45:18 Re: PostgreSQL locking from PHP scripts