Re: Large number of partitions of a table

Поиск
Список
Период
Сортировка
От Ron
Тема Re: Large number of partitions of a table
Дата
Msg-id 671340a5-1960-e5dc-1d09-4b7f36cda2c8@gmail.com
обсуждение исходный текст
Ответ на Re: Large number of partitions of a table  (Victor Sudakov <vas@sibptus.ru>)
Ответы 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>)
Список 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 по дате отправления:

Предыдущее
От: Halat-Pruvot Sylvie
Дата:
Сообщение: RE: postgresql wait event and high active connection
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Large number of partitions of a table