From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Chris Travers <chris(dot)travers(at)gmail(dot)com> |
Cc: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Using Postgresql as application server |
Date: | 2011-08-16 18:08:27 |
Message-ID: | CAHyXU0z3H8gEXBXu9XE7sRqBUe=8HydTnvWkieprwmA1DGrbeg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-general |
On Tue, Aug 16, 2011 at 12:52 AM, Chris Travers <chris(dot)travers(at)gmail(dot)com> wrote:
> On Mon, Aug 15, 2011 at 10:05 PM, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> wrote:
>
>>
>> Yep. Also, it's REAL easy to stick a caching layer like memcached
>> into the middle tier app layer, but nearly impossible to do so in
>> pgsql. For large systems, this would make pg as an app server a nogo.
>> But for small to medium sized systems that don't need caching it
>> could work out.
>>
> The other big scalability limitation for Pg as an app server is you
> really can't do connection pooling.
why not? if you are serving http, just put thin connection pooler in
your http server (node.js would be great for that). if you are
serving libpq directly, you can pool with pgbouncer.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Vítor Carvalho | 2011-08-16 18:13:15 | get old versions (8.3.8 or 8.4.1) |
Previous Message | Chris Travers | 2011-08-16 17:24:06 | Re: [GENERAL] Using Postgresql as application server |
From | Date | Subject | |
---|---|---|---|
Next Message | Vítor Carvalho | 2011-08-16 18:14:51 | get old versions (8.3.8 or 8.4.1) |
Previous Message | Guillaume Lelarge | 2011-08-16 17:29:44 | Re: Compile pgadmin1-1.14.0-beta3 - ctlMenuToolbar |