Re: [HACKERS] Varying results when using merge joins over postgres_fdw vs hash joins

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Varying results when using merge joins over postgres_fdw vs hash joins
Дата
Msg-id 5885.1505923600@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Varying results when using merge joins overpostgres_fdw vs hash joins  (Peter Geoghegan <pg@bowt.ie>)
Ответы Re: [HACKERS] Varying results when using merge joins overpostgres_fdw vs hash joins  (Peter Geoghegan <pg@bowt.ie>)
Re: [HACKERS] Varying results when using merge joins overpostgres_fdw vs hash joins  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
Peter Geoghegan <pg@bowt.ie> writes:
> I think that Corey describes a user hostile behavior. I feel that we
> should try to do better here.

It is that.  I'm tempted to propose that we invent some kind of "unknown"
collation, which the planner would have to be taught to not equate to any
other column collation (not even other instances of "unknown"), and that
postgres_fdw's IMPORT ought to label remote columns with that collation
unless specifically told to do otherwise.  Then it's on the user's head
if he tells us to do the wrong thing; but we won't produce incorrect
plans by default.

This is, of course, not at all a back-patchable fix.
        regards, tom lane


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Varying results when using merge joins over postgres_fdw vs hash joins
Следующее
От: Masahiko Sawada
Дата:
Сообщение: [HACKERS] Assertion failure when the non-exclusive pg_stop_backup aborted.