From: | "Gavin M(dot) Roy" <gmr(at)myyearbook(dot)com> |
---|---|
To: | "Denis Gasparin" <denis(at)edistar(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Connection Pooling directly on Postgres Server |
Date: | 2007-09-07 16:08:04 |
Message-ID: | af1bce590709070908g13727ef8j9cf22a56ef139915@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
You'll want to evaluate pgBouncer to see if it meets your needs. It
works very well for general proxying, connection pooling.
On 9/7/07, Denis Gasparin <denis(at)edistar(dot)com> wrote:
> I'm looking for connection pooling solutions for our php/apache server.
>
> I already checked pgpool and pgbouncer but during the tests, I had the
> following (mad) idea...
>
> Why not to implement a connection pooling server side as apache for
> example does?
>
> I try to explain my idea...
>
> The postgres server maintains a number of connections always alive (as
> apache for example does)
> even if a client disconnects.
>
> The following parameters could be used to tune the number of connections
> kept alive server side:
>
> StartServers: number of postgres already active connections at server start
> MinSpareServers: If there are fewer than MinSpareServers, it creates a
> new spare (connection)
> MaxSpareServers: If there are more than MaxSpareServers, some of the
> spares (connections) die off.
>
> The parameters has been taken directly from an apache httpd.conf sample...
>
> Could it be possible to implement a similar solution on postgres?
>
> What to do you think about this?
>
> Thank you,
> Denis
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend
>
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Ribe | 2007-09-07 16:18:24 | Re: an other provokative question?? |
Previous Message | Chansup Byun | 2007-09-07 16:05:07 | What is the best way to merge two disjoint tables? |