Re: ON CONFLICT DO UPDATE for partitioned tables
Вложения
В списке pgsql-hackers по дате отправления:
| От | Etsuro Fujita |
|---|---|
| Тема | Re: ON CONFLICT DO UPDATE for partitioned tables |
| Дата | |
| Msg-id | 5AAFB415.8070305@lab.ntt.co.jp обсуждение |
| Ответ на | Re: ON CONFLICT DO UPDATE for partitioned tables (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: ON CONFLICT DO UPDATE for partitioned tables
|
| Список | pgsql-hackers |
(2018/03/18 13:17), Alvaro Herrera wrote: > Alvaro Herrera wrote: > The only thing that I remain unhappy about this patch is the whole > adjust_and_expand_partition_tlist() thing. I fear we may be doing > redundant and/or misplaced work. I'll look into it next week. I'm still reviewing the patches, but I really agree on that point. As Pavan mentioned upthread, the onConflictSet tlist for the root parent, from which we create a translated onConflictSet tlist for a partition, would have already been processed by expand_targetlist() to contain all missing columns as well, so I think we could create the tlist for the partition by simply re-ordering the expression-converted tlist (ie, conv_setproj) based on the conversion map for the partition. The Attached defines a function for that, which could be called, instead of calling adjust_and_expand_partition_tlist(). This would allow us to get rid of planner changes from the patches. Maybe I'm missing something, though. Best regards, Etsuro Fujita
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера