[prev in list] [next in list] [prev in thread] [next in thread]
List: postgresql-general
Subject: Re: [GENERAL] Connection Pooling directly on Postgres Server
From: Denis Gasparin <denis () edistar ! com>
Date: 2007-09-08 7:10:55
Message-ID: 46E24AFF.7030404 () edistar ! com
[Download RAW message or body]
> 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
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic