Re: Creating a VIEW with a POINT column - Mailing list pgsql-hackers

From Jan Urbański
Subject Re: Creating a VIEW with a POINT column
Date
Msg-id 4862FE4B.7020001@students.mimuw.edu.pl
Whole thread Raw
In response to Re: Creating a VIEW with a POINT column  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Creating a VIEW with a POINT column  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: Creating a VIEW with a POINT column
Next
From: Tom Lane
Date:
Subject: Re: Planner creating ineffective plans on LEFT OUTER joins