From: | tfinneid(at)student(dot)matnat(dot)uio(dot)no |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Alvaro Herrera" <alvherre(at)commandprompt(dot)com>, "Gregory Stark" <stark(at)enterprisedb(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: select count() out of memory |
Date: | 2007-10-25 14:42:18 |
Message-ID: | 43865.134.32.140.234.1193323338.squirrel@webmail.uio.no |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
>> tfinneid(at)student(dot)matnat(dot)uio(dot)no wrote:
>>> I did a test previously, where I created 1 million partitions (without
>>> data) and I checked the limits of pg, so I think it should be ok.
>
>> Clearly it's not.
>
> You couldn't have tested it too much --- even planning a query over so
> many tables would take forever, and actually executing it would surely
> have run the system out of locktable space before it even started
> scanning.
And this is the testing, so you're right....
Its only the select on the root table that fails. Operations on a single
partitions is no problem.
> The partitioning facility is designed for partition counts in the tens,
> or maybe hundreds at the most.
Maybe, but it works even on 55000 partitions as long as the operations are
done against a partition and not the root table.
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2007-10-25 14:44:02 | Re: select count() out of memory |
Previous Message | tfinneid | 2007-10-25 14:36:50 | Re: select count() out of memory |