Re: Partitioning Vs. Split Databases - performance?

From: "Shoaib Mir" <shoaibmir(at)gmail(dot)com>
To: Vlad <marchenko(at)gmail(dot)com>
Cc: "Ron Johnson" <ron(dot)l(dot)johnson(at)cox(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: Partitioning Vs. Split Databases - performance?
Date: 2006-12-21 20:14:28
Message-ID: bf54be870612211214o596fe50cv275bd94234ab66e5@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I will also second that and if you got a lot of data, go for table
partitioning as well but will not recommend dividing into different
databases.

-----------------
Shoaib Mir
EnterpriseDB (www.enterprisedb.com)

On 12/22/06, Vlad <marchenko(at)gmail(dot)com> wrote:
>
> On 12/21/06, Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net> wrote:
> >
> >
> > >> Given the same physical hardware, which one is likely to perform
> > better? Does
> > >> it make any difference? Does using separate databases use more RAM
> > than a
> > >> single database with a bunch of different tables?
> >
> > Config files are global, so I doubt it.
> >
>
> if it's a web app with persistent connections, then splitting onto several
> databases may consume more RAM. Example: 100 apache clients connected to 3
> databases creates 300 forked postmaster processes ; vs 100 apache clients
> connected to the same DB using three schemas only takes 100 postmasters
>
> -- Vlad
>

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Brandon Aiken 2006-12-21 20:20:10 Re: RESTORING A DATABASE WITH DIFFERENT TIMEZONES
Previous Message Marc Evans 2006-12-21 20:10:01 Re: Partitioning Vs. Split Databases - performance?