| От | Denis Gasparin |
|---|---|
| Тема | Re: Connection Pooling directly on Postgres Server |
| Дата | |
| Msg-id | 46E24AFF.7030404@edistar.com обсуждение исходный текст |
| Ответ на | Re: Connection Pooling directly on Postgres Server (Markus Schiltknecht <markus@bluegap.ch>) |
| Ответы |
Re: Connection Pooling directly on Postgres Server
|
| Список | pgsql-general |
> This has certainly been discussed before. > > IIRC the real argument against that was, that fork() isn't the most > expensive thing to do anymore. And Postgres does lots of other stuff > after accept(), namely connecting to a certain database, > authenticating the user, etc.. Ok. I knew that. I made the question because it seems that, for example, Oracle in release 11g is moving to a similar solution in order to solve connection pooling problems. For example look at the following link: http://pbarut.blogspot.com/2007/08/oracle-11g-drcp-database-resident.html Denis
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера