Re: Issue for partitioning with extra check constriants

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Issue for partitioning with extra check constriants
Date: 2010-10-02 00:16:21
Message-ID: 6813.1285978581@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Josh Berkus <josh(at)agliodbs(dot)com> writes:
>> [ shrug ... ] We do not promise that the current partitioning scheme
>> scales to the number of partitions where this is likely to be an
>> interesting concern.

> Actually, you can demonstrate pretty significant response time delays on
> only 50 partitions.

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.

>> We're talking "wasted effort on a dead-end situation". The time that
>> would go into this would be much better spent on real partitioning.

> That only applies if someone is working on "real partitioning". Is anyone?

There is discussion going on, and even if there weren't, the argument
still applies. Time spent on this band-aid would be time taken away
from a real solution. In case you haven't noticed, we have very finite
amounts of manpower that's competent to do planner surgery.

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Craig Ringer 2010-10-03 02:42:45 Re: How does PG know if data is in memory?
Previous Message Josh Berkus 2010-10-01 23:57:52 Re: Issue for partitioning with extra check constriants