Re: Why would I want to use connection pooling middleware?

From: Guy Rouillier <guyr-ml1(at)burntmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Why would I want to use connection pooling middleware?
Date: 2009-01-15 16:57:13
Message-ID: 496F6AE9.3010307@burntmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Kirk Strauser wrote:

> I understand why pooling within a process itself is a good thing.
> However, say I have two users running the same program on different
> desktop machines. At present, those applications connect with the same
> username/password that's tied to the program and not the actual user.
> It seems like if Abby and Barb end up sharing the same connection from
> the pool, and Abby runs some giant report query, then Barb would get
> held back while she waits for it to finish. Is that true? Even if not,
> what would be the advantage in the two of them sharing a connection?

Connections are pooled on the client end, not on the server end. So,
you'd be able to pool connections on your web server, and should, for
reasons documented by others. However, since Abby and Barb are using
different computers, you won't achieve anything by introducing pooling
into your desktop application.

--
Guy Rouillier

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David Blewett 2009-01-15 16:59:00 Re: Mac ordering with locales
Previous Message Kirk Strauser 2009-01-15 16:26:35 Re: Why would I want to use connection pooling middleware?