Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table
От | Etsuro Fujita |
---|---|
Тема | Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table |
Дата | |
Msg-id | CAPmGK16Kz3zau788CvvnuzZk72Gk4Udb9KnROUdmj2ajACeRKQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [(known) BUG] DELETE/UPDATE more than one row in partitioned foreign table (Etsuro Fujita <etsuro.fujita@gmail.com>) |
Список | pgsql-hackers |
On Wed, Jul 23, 2025 at 7:38 PM Etsuro Fujita <etsuro.fujita@gmail.com> wrote: > I think a simple fix for this is to teach the system that the foreign > table is a partitioned table; in more detail, I would like to propose > to 1) add to postgres_fdw a table option, inherited, to indicate > whether the foreign table is a partitioned/inherited table or not, and > 2) modify postgresPlanForeignModify() to throw an error if the given > operation is an update/delete on such a foreign table. Attached is a > WIP patch for that. I think it is the user's responsibility to set > the option properly, but we could modify postgresImportForeignSchema() > to support that. Also, I think this would be back-patchable. I noticed that this issue occurs in other cases: eg, if a foreign table is an updatable view on a partitioned/inherited table, non-pushed-down updates/deletes on the foreign table have the same issue. So adding the support in postgresImportForeignSchema() is not that simple. I feel like leaving it to the user, at least for back-branches. Best regards, Etsuro Fujita
В списке pgsql-hackers по дате отправления: