Re: performance for MIN,MAX aggregates - Mailing list pgsql-bugs

From Bruno Wolff III
Subject Re: performance for MIN,MAX aggregates
Date
Msg-id 20030311113855.GA2334@wolff.to
Whole thread Raw
In response to performance for MIN,MAX aggregates  (Ruslan A Dautkhanov <rusland@scn.ru>)
List pgsql-bugs
On Tue, Mar 11, 2003 at 15:42:41 +0700,
  Ruslan A Dautkhanov <rusland@scn.ru> wrote:
> Hello all,
>
> Just a little simple example:
>
>         isbs=# \d radauth
>                        Table "public.radauth"
>           Column  |            Type             | Modifiers
>         ----------+-----------------------------+-----------
>          dttm     | timestamp(0) with time zone |
>          username | text                        |
>          realm    | text                        |
>          logline  | text                        |
>         Indexes: radauth_dttm_username btree (dttm, username)
>
>         isbs=# explain select min(dttm) from radauth;
>                                      QUERY PLAN
>         --------------------------------------------------------------------
>          Aggregate  (cost=2591.75..2591.75 rows=1 width=8)
>            ->  Seq Scan on radauth  (cost=0.00..2363.00 rows=91500 width=8)
>         (2 rows)

This is discussed a lot in the archives. The short answer is use the
following query instead:
select dttm from radauth order by dttm limit 1;

pgsql-bugs by date:

Previous
From: Ruslan A Dautkhanov
Date:
Subject: performance for MIN,MAX aggregates
Next
From: Josh Berkus
Date:
Subject: Aliased SubSelect in HAVING clause bug -- in progress?