From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | azajac(at)ang(dot)com(dot)pl |
Cc: | pgsql-performance(at)postgreSQL(dot)org |
Subject: | Re: Problem with mergejoin performance |
Date: | 2010-09-13 15:16:40 |
Message-ID: | 12711.1284391000@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
[ Please keep the list cc'd ]
<azajac(at)ang(dot)com(dot)pl> writes:
>> What exactly are those join key values, and what are the min/max values
>> in bug_t2?
> min of Bug_t1.id = 42,
> max of Bug_t1.id = 393065,
> min of Bug_t2.id = 352448,
> max of Bug_t2.id = 388715,
> select count(id) from bug_t2
> 29
> select count(*) from bug_t2
> 278417
> And because there is only 29 not null records in bug_t2:
Oh, that's the real problem: thousands of nulls in bug_t2.
The planner is thinking those don't have to be scanned, but
the executor wasn't on the same page until very recently:
http://archives.postgresql.org/pgsql-committers/2010-05/msg00334.php
That patch will be in the next 8.3 update.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2010-09-13 15:55:46 | Re: Useless sort by |
Previous Message | Tom Lane | 2010-09-13 14:44:48 | Re: Useless sort by |