From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Gregory Stark <stark(at)enterprisedb(dot)com> |
Cc: | "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Operator class group proposal |
Date: | 2006-12-16 00:04:17 |
Message-ID: | 22804.1166227457@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Gregory Stark <stark(at)enterprisedb(dot)com> writes:
> Perhaps something like
> Operator Class
> and
> Data Type Class
> Data type classes happens to involve operator classes but it sounds like
> you're looking for them to specify other behaviours of how data types
> inter-relate than just their operator classes anyways.
Well, actually I think of this more as something that tells me how a
bunch of *operators* relate. As an example, "=" and friends over the
string datatypes will be one group, and "~=~" and friends will be
another group over the very same types. So to me "data type class"
would really miss the point.
The alternatives I'd been thinking about were "operator set" and
"operator collection", but I don't really see any advantage over
"operator group" for either ...
>> On the same grounds, I'd object to calling schemas "directories" or
>> "folders", unless they could be nested.
> (Actually that's a bit of an odd case since real-world folders aren't
> generally nestable
True, ya got me ;-)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2006-12-16 03:59:58 | Re: [HACKERS] psql commandline conninfo |
Previous Message | Gregory Stark | 2006-12-15 23:57:22 | Re: Operator class group proposal |