Re: Creating a VIEW with a POINT column
От | Jan Urbański |
---|---|
Тема | Re: Creating a VIEW with a POINT column |
Дата | |
Msg-id | 4862FE4B.7020001@students.mimuw.edu.pl обсуждение исходный текст |
Ответ на | Re: Creating a VIEW with a POINT column (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Creating a VIEW with a POINT column
|
Список | pgsql-hackers |
Tom Lane wrote: > Jan Urbański <j.urbanski@students.mimuw.edu.pl> writes: >>> Tom Lane wrote: >>>> Type point has no btree opclass, no hash opclass, and not even an >>>> operator named "=" (it looks like the functionality is named ~= >>>> for some odd reason). I'd be interested to hear either a proposal of >>>> a principled way to define DISTINCT, or a way to implement it that >>>> was better than comparing every element to every other element... > >> The way I see it there's nothing wrong with the definition of DISTINCT >> and for types that can't be compared there is no way of calculating >> distinct values other than comparing every element to every other. > > "for types that can't be compared"? Do you not see the logical > disconnect in that sentence? OK, there might have been a mental shortcut there. "Can't be compared" was supposed to mean "can't decide whether one value of that type is bigger than another". Doing DISTINCT without an equality operator is nonsense. Doing it without a comparision operator is only very slow. -- Jan Urbanski GPG key ID: E583D7D2 ouden estin
В списке pgsql-hackers по дате отправления: