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
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 |
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 |