Re: Large number of partitions of a table

From: Ron <ronljohnsonjr(at)gmail(dot)com>
To: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: Large number of partitions of a table
Date: 2022-01-17 14:41:34
Message-ID: 671340a5-1960-e5dc-1d09-4b7f36cda2c8@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 1/16/22 11:38 PM, Victor Sudakov wrote:
> Tom Lane wrote:
> [dd]
>
>> The specific point that depesz was responding to in that blog
>> was the 64K-ish limit on rangetable entries in a query. That is
>> a thing, as he could have shown by using queries that weren't
>> amenable to plan-time pruning. (It's also an ex-thing, having
>> been fixed for v15 [1]; but that doesn't help you today.)
>> Now, if you use no queries that can't be pruned to a few
>> partitions, then it's academic for you.
> The table will be partitioned `BY LIST (customer_id)` which is a unique
> index. All queries will be using this index

Good.

> so no query should ever have to use more than 1 partition.

I find it hard to believe that you'll *never* run a report against more
customers than are in a single partition.

>
> This means basically I'm OK?
>

--
Angular momentum makes the world go 'round.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Tom Lane 2022-01-17 14:58:32 Re: Large number of partitions of a table
Previous Message Halat-Pruvot Sylvie 2022-01-17 13:36:33 RE: postgresql wait event and high active connection