From: | Ben Chobot <bench(at)silentmedia(dot)com> |
---|---|
To: | pgsql-general General <pgsql-general(at)postgresql(dot)org> |
Subject: | multi-tenant vs. multi-cluster |
Date: | 2011-03-18 18:17:53 |
Message-ID: | 686F095E-6ECF-45FA-B78A-F3D29D368585@silentmedia.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
We're considering using postgres as a way to host database services for many, many independent applications. One obvious way to do this is with schemas, roles, and proper permissions, but that still leaves open the possibility for some poorly written application to leave open transactions and affect others.
Another possible way to go is to use debian's ability to easily run multiple clusters, but while this option gives better isolation, I imaging it comes at a cost of more overhead, both in terms of memory and in terms of support. I suppose my question is, how much overhead? I'm less worried about support (that's what scripts are for) but if we're talking an extra 50MB of memory per cluster, that will start to add up.
How have you guys offered multi-tenant postgres services? Am I forgetting something?
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2011-03-18 18:18:08 | Re: query taking much longer since Postgres 8.4 upgrade |
Previous Message | Merlin Moncure | 2011-03-18 18:09:47 | Re: SOCK_wait_for_ready function call caused a query to get stuck |