Re: [HACKERS] Bug in ExecModifyTable function and trigger issues forforeign tables
| От | Etsuro Fujita |
|---|---|
| Тема | Re: [HACKERS] Bug in ExecModifyTable function and trigger issues forforeign tables |
| Дата | |
| Msg-id | d0a12e42-e20a-b561-76ed-7fa48d4b520a@lab.ntt.co.jp обсуждение |
| Ответ на | Re: [HACKERS] Bug in ExecModifyTable function and trigger issues forforeign tables (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>) |
| Ответы |
Re: [HACKERS] Bug in ExecModifyTable function and trigger issues forforeign tables
|
| Список | pgsql-hackers |
On 2017/06/16 21:29, Etsuro Fujita wrote: > On 2017/06/16 19:26, Ashutosh Bapat wrote: >> That issue has not been addressed. The reason stated was that it would >> make code complicated. But I have not had chance to look at how >> complicated would be and assess myself whether that's worth the >> trouble. > I have to admit that what I proposed upthread is a quick-and-dirty > kluge. One thing I thought to address your concern was to move > rewriteTargetListUD entirely from the rewriter to the planner when doing > inherited UPDATE/DELETE, but I'm not sure that's a good idea, because at > least I think that would need a lot more changes to the rewriter. I'll have second thought about this, so I'll mark this as waiting on author. Best regards, Etsuro Fujita
В списке pgsql-hackers по дате отправления: