From: | "Bas Scheffers" <bas(at)scheffers(dot)net> |
---|---|
To: | "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Not using index |
Date: | 2004-02-12 17:31:27 |
Message-ID: | 2826.217.205.40.94.1076607087.squirrel@io.scheffers.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
scott.marlowe said:
> Yes. drop cpu_tuple_index_cost by a factor of 100 or so
No effect.
> Also up effective_cache_size. It's measured in 8k blocks, so for a
That's better, set to 9000, which seems reasonable for my current setup,
it will start using the index when RANDOM_PAGE_COST <= 1.5.
> Note that rather than "set enable_seqscan=off" for the whole database, you
> can always set it for just this session / query.
Considering how rare a case it is that a table scan is more efficient than
using proper indexes, that might not be a bad idea.
> When you run explain analyze <query> are any of the estimates of rows way
> off versus the real number of rows? If so, you may need to analyze more
They are actualy depending on what stage it is in, it is execting a factor
20 to 100 rows more than actualy are returned. That sounds way off to me.
Here's what's happening: first there is the index scan, which would return
about 5000 rows (the planner is expecting 3700). But it doesn't return
that, as there is another filter happening (circle ~ point) which reduces
the actual number of rows to 242. That number is then further reduced to
32 by a tsearch2 query, but the planner is still expecting 3700 rows by
that stage.
I tried upping the statistics for the columns I am searching on and
running analyze on the table, but without results.
So I guess I am stuck with setting the effective_cache_size to a sane
value and lowering the random_page_cost value to something not much higher
than 1. Hey, as long as it works!
Thanks,
Bas.
From | Date | Subject | |
---|---|---|---|
Next Message | John Gibson | 2004-02-12 18:02:46 | Idle Connection force-close ? |
Previous Message | Bruce Momjian | 2004-02-12 17:08:22 | Re: ps output and postgres |