Re: Connection Pooling directly on Postgres Server

Поиск
Список
Период
Сортировка
Искать
От
Hannes Dorbath
Тема
Re: Connection Pooling directly on Postgres Server
Дата
Msg-id
46E142B7.20605@theendofthetunnel.de
Ответ на
Список
Дерево обсуждения
Connection Pooling directly on Postgres Server Denis Gasparin <denis@edistar.com>
Re: Connection Pooling directly on Postgres Server Hannes Dorbath <light@theendofthetunnel.de>
Re: Connection Pooling directly on Postgres Server Markus Schiltknecht <markus@bluegap.ch>
Re: Connection Pooling directly on Postgres Server Denis Gasparin <denis@edistar.com>
Re: Connection Pooling directly on Postgres Server "Filip Rembiałkowski" <plk.zuber@gmail.com>
Re: Connection Pooling directly on Postgres Server "Gavin M. Roy" <gmr@myyearbook.com>
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
В списке pgsql-general по дате отправления
От: Panagiotis Pediaditis
Дата:
Сообщение: debuging transactions
От: Merlin Moncure
Дата:
FAQ