Re: Operator class group proposal

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Operator class group proposal
Дата
Msg-id 20687.1166110565@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Operator class group proposal  ("Zeugswetter Andreas ADI SD" <ZeugswetterA@spardat.at>)
Список pgsql-hackers
"Zeugswetter Andreas ADI SD" <ZeugswetterA@spardat.at> writes:
> I think it would be easier to understand if we do not merge the
> opclasses for different types into one statement. 

Agreed, huge CREATE OPERATOR CLASS commands would be no fun, which
is one reason for my recommendation to improve ALTER OPERATOR CLASS.
I think that in practice people would use ALTER to add one type at
a time to an opclass.

> Classes with the same name and
> index_method would implicitly be a class group.

[ itch... ]  I've never cared for the idea that semantics should depend
fundamentally on the mere name of something.  I think we want class
groups to be real objects in one form or another, not chance
associations.  As a specific objection, under this rule it would never
become possible to allow unprivileged users to create opclasses, because
they could break the behavior of someone else's opclass just by creating
another one of the same name with not-really-compatible behavior.

> As an aside, Informix decided to name compatible operator functions
> identically and define an opclass as those names:

Interesting.  Probably too much water under the bridge now for us to
consider forcing function/operator renames, though.
        regards, tom lane


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

Предыдущее
От: Ted Petrosky
Дата:
Сообщение: Re: libpq.a in a universal binary
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Solaris excesive semaphores usage.