Re: [HACKERS] Hash Functions
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Hash Functions |
| Дата | |
| Msg-id | 21187.1504234501@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] Hash Functions (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Hash Functions
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I think this takes care of adding not only the infrastructure but
> support for all the core data types, but I'm not quite sure how to
> handle upgrading types in contrib. It looks like citext, hstore, and
> several data types provided by isn have hash opclasses, and I think
> that there's no syntax for adding a support function to an existing
> opclass. We could add that, but I'm not sure how safe it would be.
ALTER OPERATOR FAMILY ADD FUNCTION ... ?
That would result in the functions being considered "loose" in the
family rather than bound into an operator class. I think that's
actually the right thing, because they shouldn't be considered
to be required.
regards, tom lane
В списке pgsql-hackers по дате отправления: