Re: Large number of partitions of a table - Mailing list pgsql-admin

From Ron
Subject Re: Large number of partitions of a table
Date
Msg-id 671340a5-1960-e5dc-1d09-4b7f36cda2c8@gmail.com
Whole thread Raw
In response to Re: Large number of partitions of a table  (Victor Sudakov <vas@sibptus.ru>)
Responses Re: Large number of partitions of a table  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Large number of partitions of a table  (Victor Sudakov <vas@sibptus.ru>)
List 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.

pgsql-admin by date:

Previous
From: Halat-Pruvot Sylvie
Date:
Subject: RE: postgresql wait event and high active connection
Next
From: Tom Lane
Date:
Subject: Re: Large number of partitions of a table