Connection Pooling - Mailing list pgsql-general

From Brandon Phelps
Subject Connection Pooling
Date
Msg-id 4E8E080C.2000102@gls.com
Whole thread Raw
Responses Re: Connection Pooling  (Adam Cornett <adam.cornett@gmail.com>)
Re: Connection Pooling  (Toby Corkindale <toby.corkindale@strategicdata.com.au>)
List pgsql-general
Can anyone recommend a good solution for connection pooling?  Here is our setup:

2 PostgreSQL 9.1 servers (1 master, 1 hot standby).
1 Apache 2.2.17

We have a pretty extensive web application running on the apache server that talks to both of the database servers.
Updatesand small tasks (simple selects, etc) are directed to the master DB server while large reports that can take a
whileto run are directed to the hot standby, as not to affect performance of the master. 

Each page of the web app generally make a single connection to the database with the exception being the complicated
reportswhich first make a connection to the master, verify that the user is allowed to access the page in question,
closethat connection, then open another connection to the hot standby for the report itself. 

One connection per page is not all that bad however the end users who make use of the web app are quite familiar with
itand often fly through the pages very fast.  We would like to implement some type of connection pooling so that these
databaseconnections (from web server to the DB servers) do not have to get created and torn down constantly. 

I have checked out the pg_pool website however was not very impressed with the documentation provided.  Is pg_pool
goingto be our best solution or is there something better?  Any advice would be appreciated. 

Thanks,
Brandon

pgsql-general by date:

Previous
From: Raymond O'Donnell
Date:
Subject: Re: Backup Database Question
Next
From: Adam Cornett
Date:
Subject: Re: Connection Pooling