Re: Multi-tenancy in Postgres - Mailing list pgsql-general

From Rob Sargent
Subject Re: Multi-tenancy in Postgres
Date
Msg-id 4E0A5E16.30600@gmail.com
Whole thread Raw
In response to Re: Multi-tenancy in Postgres  (Greg Smith <greg@2ndQuadrant.com>)
Responses Re: Multi-tenancy in Postgres  (Radosław Smogura <rsmogura@softperience.eu>)
List pgsql-general

On 06/28/2011 04:52 PM, Greg Smith wrote:
> On 06/28/2011 05:45 PM, Rob Sargent wrote:
>> I think Greg might be forgetting that some of us don't always get to
>> choose what we work on.  I was in a shop that decided to go with
>> multi-tenancy for reason both technical and um, er envious.
>
> There are certainly successful deployments of multi-tenant PostgreSQL
> out there, ones that make sense.  What I was trying to communicate is
> that the particular variation proposed by this academic paper doesn't
> seem the right direction for PostgreSQL development to head in to me.
> This project is stubborn about resolving the problems people actually
> have, and the ones the paper tries to solve are not the ones I've seen
> in my own experiments in multi-tenant deployments.
>
Yes, your point is well taken here, and that wasn't even hinted at in my
previous (top! oops) post.  My point was that hacks in the field (i.e.
me) will have to do multi-tenancy on postgres and though this
implementation may not become the answer, any leg up would be appreciated.



pgsql-general by date:

Previous
From: Greg Smith
Date:
Subject: Re: rationale behind quotes for camel case?
Next
From: Grace Batumbya
Date:
Subject: Windows x64 : How do I get OSSP-UUID.sql contrib for postgresql x64