Re: How slow is DISTINCT?

From: Wei Weng <wweng(at)kencast(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: How slow is DISTINCT?
Date: 2002-02-27 23:20:22
Message-ID: 3C7D69B6.4070301@kencast.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Josh Berkus wrote:
> Wei,
>
>
>>SELECT DISTINCT table1.tid, table1.name, table1.description FROM ...
>>
>>Does it equal to the scenario 2 or 3?
>>
>
> Three.
>
>
>>I am thinking SELECT DISTINCT table1.tid is just a variation (or the
>> other way around) of SELECT DISTINCT ON (table1.tid), is that right?
>>
>
> Wrong. SELECT DISTINCT ON table1.tid takes the table1.tid field and
> the first related other data it can find. SELECT DISTINCT looks for
> the unique combinaiton of all fields selected. In a multi-table, many
> field query, the former is faster than the latter bceause less data is
> being checked for uniqueness, and extra data is simply discarded.
>
> Tom, please correct me if I'm totally out on a limb, here.

Is that(DISTINCT ON) SQL standard compliant or a Postgresql extension?

--
Wei Weng
Network Software Engineer
KenCast Inc.

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Christopher Kings-Lynne 2002-02-28 01:05:52 Re: Large Objects
Previous Message Wei Weng 2002-02-27 22:57:46 Re: How slow is DISTINCT?