Re: Partitioning Vs. Split Databases - performance?

From: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
To: lists(at)benjamindsmith(dot)com
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Partitioning Vs. Split Databases - performance?
Date: 2006-12-21 22:41:35
Message-ID: 1166740895.5594.39.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


> > > 3) Put each customer in their own schema/namespace which resides within
> > > its own table space.
> > >
> > > Then you can move customers wherever you need in terms of IO.
>
> How is that functionally different than using a separate database? What's the
> advantage here? I don't *need* to restrict myself to one database, and doing
> this does require that I revisit 100% of the SQL queries to make sure that
> I'm referencing the right schema.
>
> This solution seems to have the same problems as using dynamic tablenames.

Not really. You should read up on schemas and how they work. Plus the
addition of schemas and table spaces means you can infinite scaling
within the confines of your hardware itself.

Sincerely,

Joshua D. Drake

--

=== The PostgreSQL Company: Command Prompt, Inc. ===
Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240
Providing the most comprehensive PostgreSQL solutions since 1997
http://www.commandprompt.com/

Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tomasz Ostrowski 2006-12-21 22:43:06 Re: Password strength requirements
Previous Message Benjamin Smith 2006-12-21 22:07:13 Re: Partitioning Vs. Split Databases - performance?