Partitioning Vs. Split Databases - performance? - Mailing list pgsql-general

From Benjamin Smith
Subject Partitioning Vs. Split Databases - performance?
Date
Msg-id 200612211110.04287.lists@benjamindsmith.com
Whole thread Raw
Responses Re: Partitioning Vs. Split Databases - performance?  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: Partitioning Vs. Split Databases - performance?  (Ben <bench@silentmedia.com>)
Re: Partitioning Vs. Split Databases - performance?  (Csaba Nagy <nagy@ecircle-ag.com>)
List pgsql-general
I'm breaking up a database into several sets of data with similar layout. (we
currently have multiple customers using a single database and tableset, we're
splitting it out to give us more "wiggle room")

It seems that there are basically two ways to proceed:

1) Copy out the data specific to a customer and load into a separate database
for that customer, or

2) Copy out the data specific to a customer and load into separate tables
(with slightly different names, EG table "dates" becomes "cust1_dates") and
use data partitioning to help with performance as needed.

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?

Company is growing rapidly, so growth room is important...

-Ben
--
"The best way to predict the future is to invent it."
- XEROX PARC slogan, circa 1978

pgsql-general by date:

Previous
From: Richard Huxton
Date:
Subject: Re: RES: RESTORING A DATABASE WITH DIFFERENT TIMEZONES
Next
From: "Joshua D. Drake"
Date:
Subject: Re: Partitioning Vs. Split Databases - performance?