Remove lossy-operator RECHECK flag?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Remove lossy-operator RECHECK flag?
Дата
Msg-id 13936.1207935676@sss.pgh.pa.us
обсуждение исходный текст
Ответы Re: Remove lossy-operator RECHECK flag?  (Heikki Linnakangas <heikki@enterprisedb.com>)
Re: Remove lossy-operator RECHECK flag?  (Teodor Sigaev <teodor@sigaev.ru>)
Re: Remove lossy-operator RECHECK flag?  ("Guillaume Smet" <guillaume.smet@gmail.com>)
Список pgsql-hackers
[ Changing subject to draw people's attention ... ]

Teodor Sigaev <teodor@sigaev.ru> writes:
> RECHECK flag could be removed.

Hmm, that's slightly more radical than I was considering, but it would
simplify matters wouldn't it?  The only strong argument against it that
I can think of is that it'd break user-defined opclasses ... but it's
not like we don't change the API for GIST/GIN support functions from
time to time anyway.  Does anyone have any idea how many people are
building custom opclasses containing lossy operators?  Offhand I suspect
only the PostGIS project would be affected.

If we do this, should we remove RECHECK from the CREATE OPERATOR CLASS
syntax altogether, or leave it in but treat it as a no-op (probably
with a warning)?  The latter would make it a shade easier to load
existing dumps, but I'm inclined to think if we're going to break
something it'd be better to break it obviously than subtly.
        regards, tom lane


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

Предыдущее
От: Rick Gigger
Дата:
Сообщение: Re: Commit fest queue
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Cached Query Plans (was: global prepared statements)