From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Ondrej Ivanič <ondrej(dot)ivanic(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: the number of child tables --table partitioning |
Date: | 2011-09-30 17:01:27 |
Message-ID: | CAHyXU0zy0A8Wwk5CYpr9-FXjKQhZ7Zq29TqO+cQWRvk-dwgFzw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
2011/9/29 Ondrej Ivanič <ondrej(dot)ivanic(at)gmail(dot)com>:
> Hi,
>
> On 30 September 2011 01:08, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> wrote:
>>> Is there a suggested number of child tables for table
>>> partitioning,
>>
>> Generally, don't go over about 100 partitions per table.
>
> Having 365 partitions per table is fine...
yeah -- the system was certainly designed to support 'dozens to
hundreds', but 'hundreds of thousands' is simply not realistic. any
measurable benefit gained from partitioning is going to be var
exceeded by the database having to track so many tables.
btw, partitioning for purposes of performance is a dubious strategy
unless you can leverage non-uniform access patterns of the data or do
other tricks that allow simplification of structures (like removing
'company_id' from all tables and indexes because it's implied by the
partition itself).
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | alexandre - aldeia digital | 2011-09-30 17:13:37 | Re: the number of child tables --table partitioning |
Previous Message | pasman pasmański | 2011-09-30 15:08:15 | Re: Shortcutting too-large offsets? |