On Thu, May 28, 2015 at 1:20 AM, Etsuro Fujita <fujita.ets...@lab.ntt.co.jp> wrote: > I think that those are interesting problems. Wouldn't we need some > additional hacks for the core or FDW to perform an operation that is > equivalent to dynamically switching the ExecInsert/ExecForeignInsert > processing to the ExecUpdate/ExecForeignUpdate processing in case of a > conflict?
I did not imagine so. Rather, I thought that it was a matter of simply introducing a way that foreign tables can have foreign constraints recognizable by the local Postgres optimizer. The decision to insert or update must belong to the foreign server, since the feature could be useful for systems like MySQL, and not just Postgres. I may be mistaken. -- Peter Geoghegan -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
