Re: ExplainModifyTarget doesn't work as expected
Вложения
В списке pgsql-hackers по дате отправления:
| От | Etsuro Fujita |
|---|---|
| Тема | Re: ExplainModifyTarget doesn't work as expected |
| Дата | |
| Msg-id | 54DC349B.9030404@lab.ntt.co.jp обсуждение исходный текст |
| Ответ на | Re: ExplainModifyTarget doesn't work as expected (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>) |
| Ответы |
Re: ExplainModifyTarget doesn't work as expected
|
| Список | pgsql-hackers |
On 2015/02/10 14:49, Etsuro Fujita wrote: > On 2015/02/07 1:09, Tom Lane wrote: >> IIRC, this code was written at a time when we didn't have NO INHERIT check >> constraints and so it was impossible for the parent table to get optimized >> away while leaving children. So the comment in ExplainModifyTarget was >> good at the time. But it no longer is. >> >> I think your basic idea of preserving the original parent table's relid >> is correct; but instead of doing it like this patch does, I'd be inclined >> to make ModifyTable inherit from Scan not Plan, and use the scan.scanrelid >> field to carry the parent RTI. Then you would probably end up with a net >> savings of code rather than net addition; certainly ExplainModifyTarget >> would go away entirely since you'd just treat ModifyTable like any other >> Scan in this part of EXPLAIN. > > Will follow your revision. Done. Attached is an updated version of the patch. Best regards, Etsuro Fujita
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера