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
Re: Large number of partitions of a table |
Список | pgsql-admin |
On 1/16/22 11:38 PM, Victor Sudakov wrote:
Good.
I find it hard to believe that you'll never run a report against more customers than are in a single partition.
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.
Angular momentum makes the world go 'round.
В списке pgsql-admin по дате отправления: