Re: PG Sharding
От | Rakesh Kumar |
---|---|
Тема | Re: PG Sharding |
Дата | |
Msg-id | 176B79BB-DF9F-4863-82BE-F4A323F692E1@aol.com обсуждение исходный текст |
Ответ на | PG Sharding (Matej <gmatej@gmail.com>) |
Ответы |
Re: PG Sharding
|
Список | pgsql-general |
> On Jan 29, 2018, at 09:34 , Matej <gmatej@gmail.com> wrote: > > Hi Everyone. > > We are looking at a rather large fin-tech installation. But as scalability requirements are high we look at sharding of-course. > > I have looked at many sources for Postgresql sharding, but we are a little confused as to shared with schema or databasesor both. > > > So far our understanding: > > SCHEMA. > > PROS: > - seems native to PG > - backup seems easier > - connection pooling seems easier, as you can use same connection between shard. > > CONS: > - schema changes seems litlle more complicated > - heard of backup and maintenance problems > - also some caching problems. > > DATABASE: > > PROS: > - schema changes litlle easier > - backup and administration seems more robust > > CONS: > - heard of vacuum problems > - connection pooling is hard, as 100 shards would mean 100 pools > > > So what is actually the right approach? If anyone could shed some light on my issue. From your description it seems your requirement is more of multi tenancy in a non distributed env, rather than distributedSharding env.
В списке pgsql-general по дате отправления: