couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcos Oliveira <>
Subject Re: Multi-tenancy in Couch
Date Fri, 15 Apr 2011 17:36:48 GMT
I agree with the each tenant a database approach.

We have one system in production using this strategy and works pretty
well. The thing we had to do was create a authorization layer on our
app to guarantee that each tenant would make requests to the right

- Marcos

On Fri, Apr 15, 2011 at 9:59 AM, Zachary Zolton
<> wrote:
> Giving a database to each tenant is a fine way to silo data.
> As to the number of databases, see this thread:
> –Zach
> On Fri, Apr 15, 2011 at 11:45 AM, Aroj George <> wrote:
>> Hi,
>> What's the best way to implement multi-tenancy in couch?
>> In the sql world you could choose to do either a tenant id key in every
>> table or separate schemas for each tenant or even separate database
>> instances...
>> Similarly in couch i guess you can store each tenant's document in a
>> separate database. This seems a very simple option.
>> But then is there a max limit on the number of databases we can create in
>> couch?
>> The other option, not too hard either, is to have the tenant id as the first
>> key in all the views and use the startkey to filter out the tenants.
>> Will greatly appreciate if you can share your thoughts on which approach is
>> ideal and will scale better.
>> Or if there are more approaches that I have not thought off.
>> Rgds,
>> Aroj

View raw message