Re: Help with a seq scan on multi-million row table

From: Bruno Wolff III <bruno(at)wolff(dot)to>
To: ogjunk-pgjedan(at)yahoo(dot)com
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: Help with a seq scan on multi-million row table
Date: 2006-05-10 19:23:29
Message-ID: 20060510192329.GB4099@wolff.to
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Wed, May 10, 2006 at 13:13:59 -0500,
ogjunk-pgjedan(at)yahoo(dot)com wrote:
> Hello,
>
> I have a little 2-table JOIN, GROUP BY, ORDER BY query that does a sequential scan on a multi-million row table. I _thought_ I had all the appropriate indices, but apparently I do not. I was wondering if anyone can spot a way I can speed up this query.
> The query currently takes... *gulp*: 381119.201 ms :(
>
> There are only 2 tables in the game: user_url and user_url_tag. The latter has FKs pointing to the former. The sequential scan happens on the latter - user_url_tag:
>
> EXPLAIN ANALYZE select DISTINCT userurltag0_.tag as x0_0_, COUNT(*) as x1_0_ from user_url_tag userurltag0_, user_url userurl1_ WHERE (((userurl1_.user_id=1 )) AND ((userurltag0_.user_url_id=userurl1_.id ))) GROUP BY userurltag0_.tag ORDER BY count(*) DESC;

While this isn't a big issue, it looks like DISTINCT is redundant in your
query and seems to be adding some extra work.

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message ogjunk-pgjedan 2006-05-10 20:38:17 Re: Help with a seq scan on multi-million row table
Previous Message Andreas Kretschmer 2006-05-10 18:32:35 Re: Multi-column index not used, new flipped column index is