From: | Charley Tiggs <lists(at)tiggs(dot)net> |
---|---|
To: | Herbie McDuck <herbie(at)faams(dot)net> |
Cc: | pgsql-php(at)postgresql(dot)org |
Subject: | Re: PostgreSQL locking from PHP scripts |
Date: | 2006-11-07 01:56:23 |
Message-ID: | 454FE7C7.2030102@tiggs.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-php |
Herbie McDuck wrote:
>> 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?
Not at all. It just means that you'll have to create your own "state"
logic using sessions. For instance, create a column within the
necessary table that you can check to see whether or not some other
process/user is using the record in question and then build the
necessary logic around that to enable/disable access to the records.
This is something that isn't specific to PHP. You'll encounter the same
issues with any other middleware language that uses a web browser as
it's primary means of interaction. HTTP just doesn't keep track of the
state of your application. It's up to you as the developer to handle that.
Charley
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2006-11-07 04:34:59 | Re: PostgreSQL locking from PHP scripts |
Previous Message | Chris | 2006-11-07 01:24:01 | Re: PostgreSQL locking from PHP scripts |