Re: performance on update table from a join

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jean-Luc Lachance <jllachan(at)nsd(dot)ca>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: performance on update table from a join
Date: 2002-04-30 20:49:56
Message-ID: 753.1020199796@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-sql

Jean-Luc Lachance <jllachan(at)nsd(dot)ca> writes:
> Hash Join (cost=109.44..118460.53 rows=1 width=857)
> -> Seq Scan on c (cost=0.00..112409.04 rows=1156604 width=519)
> -> Hash (cost=109.44..109.44 rows=1 width=338)
> -> Merge Join (cost=0.00..109.44 rows=1 width=338)
> -> Index Scan using routes_str_mun on routes r
> (cost=0.00..52.00 rows=1000 width=152)
> -> Index Scan using rs_stname on rs s (cost=0.00..52.00
> rows=1000 width=186)

Have you vacuum analyzed routes and rs? I always disbelieve any plan
with 'rows=1000' in it, because I know that's the default assumption
when no stats are available...

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Jean-Luc Lachance 2002-04-30 21:34:54 Re: performance on update table from a join
Previous Message Jean-Luc Lachance 2002-04-30 20:34:36 performance on update table from a join

Browse pgsql-sql by date

  From Date Subject
Next Message Jean-Luc Lachance 2002-04-30 21:34:54 Re: performance on update table from a join
Previous Message Jean-Luc Lachance 2002-04-30 20:34:36 performance on update table from a join