From: Tom Lane <tgl@sss.pgh.pa.us>
To: Josh Berkus <josh@agliodbs.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Issue for partitioning with extra check constriants
Date: Mon, 04 Oct 2010 19:36:40 -0400
Message-ID: <9984.1286235400@sss.pgh.pa.us> (raw)
In-Reply-To: <4CAA1E1B.8080505@agliodbs.com>
References: <4CA672D7.3070405@agliodbs.com>
<1548.1285977377@sss.pgh.pa.us>
<4CA67580.7070003@agliodbs.com>
<6813.1285978581@sss.pgh.pa.us>
<4CAA1E1B.8080505@agliodbs.com>
Josh Berkus <josh@agliodbs.com> writes:
>> And your point is? The design center for the current setup is maybe 5
>> or 10 partitions. We didn't intend it to be used for more partitions
>> than you might have spindles to spread the data across.
> Where did that come from? It certainly wasn't anywhere when the feature
> was introduced. Simon intended for this version of partitioning to
> scale to 100-200 partitions (and it does, provided that you dump all
> other table constraints), and partitioning has nothing to do with
> spindles. I think you're getting it mixed up with tablespaces.
[ shrug... ] If Simon thought that, he obviously hadn't done any
careful study of the planner's performance. You can maybe get that far
as long as the partitions have just very simple constraints, but
anything nontrivial won't scale. As you found out.
regards, tom lane
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: tgl@sss.pgh.pa.us, josh@agliodbs.com
Subject: Re: Issue for partitioning with extra check constriants
In-Reply-To: <9984.1286235400@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox