Re: simple join uses indexes, very slow - Mailing list pgsql-performance

From Dave Dutcher
Subject Re: simple join uses indexes, very slow
Date
Msg-id 010a01c652d0$59ccd870$8300a8c0@tridecap.com
Whole thread Raw
In response to Re: simple join uses indexes, very slow  ("Steinar H. Gunderson" <sgunderson@bigfoot.com>)
List pgsql-performance
> -----Original Message-----
> From: pgsql-performance-owner@postgresql.org
[mailto:pgsql-performance-
> owner@postgresql.org] On Behalf Of Steinar H. Gunderson
> A merge join requires sorted inputs.
>
> > Most of the time was spent sorting the parameters parameters table
by
> > opset_num even though opset_num is indexed. Isn't Postgres able to
walk
> the
> > index instead of sorting?
>
> The time of an index scan vs. a sequential scan + sort depends on
several
> factors, so it's not just a matter of walking the index whenever there
is
> one.

I was just looking this over again and I realized I misread the query
plan.  The slowest step was the Bitmap Heap Scan not the sort.  (The
sort was relatively fast.)




pgsql-performance by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: Re: MVCC intro and benefits docs?
Next
From: "Qingqing Zhou"
Date:
Subject: Re: MVCC intro and benefits docs?