From: | Michael Loftis <mloftis(at)wgops(dot)com> |
---|---|
To: | Louis-David Mitterrand <vindex(at)apartia(dot)org> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Index Scans become Seq Scans after VACUUM ANALYSE |
Date: | 2002-04-17 00:22:41 |
Message-ID: | 3CBCC051.4030204@wgops.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Reading all of this discussion lately about how the planner seems to
prefer seqscan's in alot of places where indexes would be better starts
making me wonder if some of the assumptions or cals made to figure costs
are wrong...
Anyone have any ideas?
Louis-David Mitterrand wrote:
>On Tue, Apr 16, 2002 at 10:41:57AM -0400, Tom Lane wrote:
>
>>Louis-David Mitterrand <vindex(at)apartia(dot)org> writes:
>>
>>>While trying to optimise a query I found that running VACUUM ANALYSE
>>>changed all the Index Scans to Seq Scans and that the only way to revert
>>>to Index Scans was the add "enable_seqscan = 0" in postgresql.conf.
>>>
>>EXPLAIN ANALYZE output would be more interesting than just EXPLAIN.
>>Also, what does the pg_stats view show for these tables?
>>
>
>Thanks, pg_stats output is rather big so I attached it in a separate
>file. Here are the EXPLAIN ANALYZE ouputs:
>
>... SNIP ...
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Loftis | 2002-04-17 00:31:13 | Re: Index Scans become Seq Scans after VACUUM ANALYSE |
Previous Message | Alvaro Herrera | 2002-04-17 00:19:20 | Re: [HACKERS] Testers needed ... |