Re: Querying distinct values from a large table
llonergan@greenplum.com
From: "Luke Lonergan" <llonergan@greenplum.com>
To: "Chad Wagner" <chad.wagner@gmail.com>, "Simon Riggs" <simon@2ndquadrant.com>
Cc: "Igor Lobanov" <ilobanov@swsoft.com>, "Richard Huxton" <dev@archonet.com>, pgsql-performance@postgresql.org
Date: 2007-01-30T14:56:57Z
Lists: pgsql-performance
Chad, On 1/30/07 6:13 AM, "Chad Wagner" <chad.wagner@gmail.com> wrote: > Sounds like an opportunity to implement a "Sort Unique" (sort of like a hash, > I guess), there is no need to push 3M rows through a sort algorithm to only > shave it down to 1848 unique records. > > I am assuming this optimization just isn't implemented in PostgreSQL? Not that it helps Igor, but we've implemented single pass sort/unique, grouping and limit optimizations and it speeds things up to a single seqscan over the data, from 2-5 times faster than a typical external sort. I can't think of a way that indexing would help this situation given the required visibility check of each tuple. - Luke