Re: pruning disabled for array, enum, record, range type partition keys
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pruning disabled for array, enum, record, range type partition keys |
| Дата | |
| Msg-id | 12181.1523283752@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | pruning disabled for array, enum, record, range type partition keys (Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>) |
| Ответы |
Re: pruning disabled for array, enum, record, range type partitionkeys
|
| Список | pgsql-hackers |
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> writes:
> I noticed that the newly added pruning does not work if the partition key
> is of one of the types that have a corresponding pseudo-type.
While I don't recall the details due to acute caffeine shortage,
there are specific coding patterns that are used in the planner
(e.g. in indxpath.c) to ensure that the code works with pseudotype
opclasses as well as simple ones. The existence of this bug
indicates that those conventions were not followed in the pruning
code. I wonder whether this patch makes the pruning code look
more like the pre-existing code, or even less like it.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера