From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | Neil Conway <neilc(at)samurai(dot)com> |
Cc: | Hans-Jürgen Schönig <postgres(at)cybertec(dot)at>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: DISTINCT vs. GROUP BY |
Date: | 2005-09-19 15:45:10 |
Message-ID: | 8764sxoyd5.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Neil Conway <neilc(at)samurai(dot)com> writes:
> On Mon, 2005-19-09 at 16:27 +0200, Hans-Jürgen Schönig wrote:
> > I was wondering whether it is possible to teach the planner to handle
> > DISTINCT in a more efficient way:
> [...]
> > Isn't it possible to perform the same operation using a
> > HashAggregate?
>
> One problem is that DISTINCT ON is defined to return the first unique
> row (according to the query's ORDER BY) for the set of DISTINCT ON
> columns, which can't easily be done via hashing.
Uhm. Sure it can.
DISTINCT is really just special a case of GROUP BY. Even DISTINCT ON is just
GROUP BY with a kind of "first()" aggregate function. What would be really
neat would be to teach GROUP BY about first() and last() and how it can skip
over some index entries and still satisfy the query. Then make DISTINCT and
DISTINCT ON be handled through the exact same code path.
For bonus points teach it that min() and max() can sometimes be treated the
same way if the path is presenting records sorted on that column.
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2005-09-19 15:56:10 | Re: Beta2 Wrap Up ... |
Previous Message | Tom Lane | 2005-09-19 15:33:34 | Re: Does anybody use ORDER BY x USING y? |