From: | Venkata B Nagothi <nag1010(at)gmail(dot)com> |
---|---|
To: | Rakesh Kumar <rakeshkumar464(at)outlook(dot)com> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Multi tenancy : schema vs databases |
Date: | 2016-09-30 06:48:37 |
Message-ID: | CAEyp7J95j-_dNz2MYtByGOfYT7kACZFO7-EJe-XrSgTO+1rxEA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Sep 30, 2016 at 10:16 AM, Rakesh Kumar <rakeshkumar464(at)outlook(dot)com>
wrote:
>
>
> ________________________________________
> From: Venkata B Nagothi <nag1010(at)gmail(dot)com>
> Sent: Thursday, September 29, 2016 17:25
> To: Rakesh Kumar
> Cc: pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] Multi tenancy : schema vs databases
>
> On Fri, Sep 30, 2016 at 5:18 AM, Rakesh Kumar <rakeshkumar464(at)outlook(dot)com<
> mailto:rakeshkumar464(at)outlook(dot)com>> wrote:
>
> Hi
>
> I would like to know which technique is better for supporting
> multi-tenancy=
> applications, going upto hundreds or even thousands of tenants.
>
> 1 - One database with difference schemas (one schema per tenant)
> or
> 2 - One database per tenant.
>
> Did you mean one database with-in a postgresql cluster ?
>
> Yes. Say something like this within a PG cluster
>
> db4978
> db6234
> ...
> 100s of such databases.
>
That would make things worst if you are going for one database per tenant.
As said by John just now, it would end up in an very complex and bad design
contributing to very poor performance and high maintenance overhead.
A schema per tenant would be a good idea and its hard to say without
knowing the data isolation levels you require for each tenant.
Regards,
Venkata B N
Database consultant / Architect
From | Date | Subject | |
---|---|---|---|
Next Message | Rakesh Kumar | 2016-09-30 09:06:29 | Re: Multi tenancy : schema vs databases |
Previous Message | Masahiko Sawada | 2016-09-30 05:40:15 | Re: [GENERAL] pg_upgrade from 9.5 to 9.6 fails with "invalid argument" |