Re: de-deduplicate code in DML execution hooks in postgres_fdw
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: de-deduplicate code in DML execution hooks in postgres_fdw |
| Дата | |
| Msg-id | 20180720044935.GE7023@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: de-deduplicate code in DML execution hooks in postgres_fdw (Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>) |
| Ответы |
Re: de-deduplicate code in DML execution hooks in postgres_fdw
|
| Список | pgsql-hackers |
On Thu, Jul 19, 2018 at 05:35:11PM +0900, Etsuro Fujita wrote: > +1 for the general idea. (Actually, I also thought the same thing before.) > But since this is definitely a matter of PG12, ISTM that it's wise to work > on this after addressing the issue in [1]. My concern is: if we do this > refactoring now, we might need two patches for fixing the issue in case of > backpatching as the fix might need to change those executor functions. FWIW, I would think that if some cleanup of the code is obvious, we should make it without waiting for the other issues to settle down because there is no way to know when those are done, and this patch could be forgotten. This indeed makes back-patching a bit harder but it also reduces the code chunk for HEAD with the extra fixes. Looking at the proposed patch, moving the new routine closer to execute_dml_stmt and renaming it execute_dml_single_row would be nicer. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера