Tom Lane wrote:
> =?UTF-8?B?SmFuIFVyYmHFhHNraQ==?= <j(dot)urbanski(at)students(dot)mimuw(dot)edu(dot)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.
GPG key ID: E583D7D2
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2008-06-26 02:36:09|
|Subject: Re: Planner creating ineffective plans on LEFT OUTER joins |
|Previous:||From: Tom Lane||Date: 2008-06-26 02:19:41|
|Subject: Re: Creating a VIEW with a POINT column |