Re: Postgre and Web Request

From: Mike Mascari <mascarm(at)mascari(dot)com>
To: Bill Moran <wmoran(at)potentialtech(dot)com>
Cc: Stefan Sturm <mailling(at)anrath(dot)info>, pgsql-general(at)postgresql(dot)org
Subject: Re: Postgre and Web Request
Date: 2004-04-29 13:50:34
Message-ID: 4091082A.1080802@mascari.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Bill Moran wrote:

> Stefan Sturm wrote:
>
>> Hello,
>>
>>> Depending on your web development environment (java, php,
>>> .NET) etc, you should be able to use some mechanism that will
>>> provide a pool of connections to the database. Each request
>>> does not open a new connection (and then release it), but
>>> insteads gets a connection from the pool to use, and returns
>>> it back to the pool when done.
>>
>> Where can I find some examples for connection pooling with php?
>> Or must I just use persistence connections?
>
> php handles connection pooling more or less automatically ... as
> long as you use pg_pconnect() instead of pg_connect().
>
> You have to be careful using connection pooling. For example, if
> you create a temporary table and forget to delete it when the the
> script completes, the next time the script runs, it's likely that
> the connection will be reused and the script will cause an error
> because the temp table already exists.

Gavin Sherry added the ON COMMIT DROP clause to CREATE TEMPORARY
TABLE in 7.4 which, depending upon the expected life-cycle of the
temporary table, may prove useful in the above scenario.

FWIW,

Mike Mascari

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Mike Mascari 2004-04-29 14:00:31 Re: Performance problem with correlated sub-query
Previous Message Edmund Dengler 2004-04-29 13:48:10 Unable to use index?