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 по дате отправления: