Re: Remove lossy-operator RECHECK flag?
От | Heikki Linnakangas |
---|---|
Тема | Re: Remove lossy-operator RECHECK flag? |
Дата | |
Msg-id | 47FFA614.5080803@enterprisedb.com обсуждение исходный текст |
Ответ на | Remove lossy-operator RECHECK flag? (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Remove lossy-operator RECHECK flag?
|
Список | pgsql-hackers |
Tom Lane wrote: > 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. Don't we need to change the GiST/GIN support function interface anyway, to be able to return the "recheck" flag? > 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. I agree with rather breaking it obviously than subtly. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: