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
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 |