| От | 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>) |
| Список | 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
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера