Re: [GENERAL] OUTER JOIN IS SLOW

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Benjamin Arai <benjamin(at)araisoft(dot)com>
Cc: Shoaib Mir <shoaibmir(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org, pgsql-admin(at)postgresql(dot)org
Subject: Re: [GENERAL] OUTER JOIN IS SLOW
Date: 2006-12-24 01:55:55
Message-ID: 23901.1166925355@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Benjamin Arai <benjamin(at)araisoft(dot)com> writes:
> -> Index Scan using mutualfd_weekday_qbid_pkey_idx on
> mutualfd_weekday_qbid (cost=0.00..6.01 rows=1 width=19) (actual
> time=34.579..8510.801 rows=253 loops=1)
> Index Cond: ((pkey >= '2005-12-15'::date) AND (pkey <=
> '2006-12-15'::date))
> Filter: (cusip = '92193920'::text)

Hm, so how many rows in mutualfd_weekday_qbid for that date?
And how many satisfy the cusip condition? (I suppose 253,
but it looks like that must be a very small fraction of all
the rows for that date.)

The selectivity estimators are not great about dealing with
zero-width intervals like this one (in fact, if you look at the
code you'll find it doesn't even bother to distinguish '>' from '>='
... something we should probably try to improve sometime).

You'd probably have better luck if you could fold the WHERE condition
down to "pkey = '2005-12-15'". Dunno how feasible that is for your
application.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Benjamin Arai 2006-12-24 02:32:59 Re: [GENERAL] OUTER JOIN IS SLOW
Previous Message Alvaro Herrera 2006-12-24 01:54:45 Re: Configuracion de postgresql Sobre cargado

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2006-12-24 01:59:25 Re: tape backups
Previous Message Alvaro Herrera 2006-12-24 00:01:25 Re: convert(... using windows_1251_to_utf8) - works on cli, but not in a c prog.