Re: Connection Pooling directly on Postgres Server

From: Hannes Dorbath <light(at)theendofthetunnel(dot)de>
To: Denis Gasparin <denis(at)edistar(dot)com>
Subject: Re: Connection Pooling directly on Postgres Server
Date: 2007-09-07 12:23:19
Message-ID: 46E142B7.20605@theendofthetunnel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 07.09.2007 10:16, Denis Gasparin wrote:
> What to do you think about this?

I think there is no need for this and it's the wrong place to implement it.

Why should PostgreSQL do something to work around broken application
design? An application that closes its database connection just to
create a new one a second later is broken.

In this particular case the thing to fix is Apache's legacy
architecture. Prefork based web servers are really something from the
last decade.

Consider Lighttpd, Litespeed or Zeus and connect a fixed amount of
PHP/Perl/Python/Ruby/Lua workers via FCGI. Each worker keeps a
persistent connection to PG and load is distributed over the workers.

--
Regards,
Hannes Dorbath

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Merlin Moncure 2007-09-07 12:49:47 Re: Column as arrays.. more efficient than columns?
Previous Message Filip Rembiałkowski 2007-09-07 12:13:38 Re: work hour calculations