Re: Nested loops are killing throughput

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: CG <cgg007(at)yahoo(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: Nested loops are killing throughput
Date: 2006-09-19 15:03:07
Message-ID: 4769.1158678187@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

CG <cgg007(at)yahoo(dot)com> writes:
> -> Nested Loop (cost=0.00..744.28 rows=1 width=16) (actual time=31.227..6980.765 rows=5436 loops=1)
> -> Nested Loop (cost=0.00..135.29 rows=101 width=16) (actual time=25.514..273.660 rows=5436 loops=1)
> ...
> -> Index Scan using packet_status_puuid_pkey on packet_status dps (cost=0.00..6.02 rows=1 width=16) (actual time=1.226..1.228 rows=1 loops=5436)
> Index Cond: (dps.packet_uuid = "outer".packet_uuid)
> Filter: ((status & 2) = 0)

One problem you've got is that the planner has no stats about the
selectivity of that status condition. My advice would be to forget the
cute bitmask and store one or more plain boolean columns. Easier to
write queries against and way more tractable statistically.

regards, tom lane

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Ezequias Rodrigues da Rocha 2006-09-19 15:04:55 Count and list only where count is bigger than 1
Previous Message CG 2006-09-19 14:46:28 Nested loops are killing throughput