"Luca Ferrari" <fluca1978(at)infinito(dot)it> writes:
> sorry for this question, but as far as I know postgresql does not use a
> process pool, rather a new process is created for any connection on demand.
> If this is true, what is the reason for this?
Generally to add code the question is not why not, but why? That is, the
question you should be asking is why would we do it? What advantage do you
anticipate it would have.
I assume you think it would be faster. But forking processes on Unix is very
fast compared to starting a database session and transaction so the gain would
be minimal. And in any case you can always add a pool outside of Postgres
using things like pgpool or pgbouncer.
Ask me about EnterpriseDB's RemoteDBA services!
In response to
pgsql-general by date
|Next:||From: Enrico Sirola||Date: 2008-02-25 18:13:28|
|Subject: Re: APEX / HTML DB for PostgreSQL|
|Previous:||From: D. Dante Lorenso||Date: 2008-02-25 17:49:54|
|Subject: Cascading Trigger - changing row on delete does not delete row|