Re: trouble with (lack of) indexing
От | Tom Lane |
---|---|
Тема | Re: trouble with (lack of) indexing |
Дата | |
Msg-id | 24348.1020987486@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: trouble with (lack of) indexing (Søren Boll Overgaard <postgres@fork.dk>) |
Ответы |
Re: trouble with (lack of) indexing
Re: trouble with (lack of) indexing Re: trouble with (lack of) indexing |
Список | pgsql-general |
=?iso-8859-1?Q?S=F8ren?= Boll Overgaard <postgres@fork.dk> writes: > explain SELECT ht.id,hq.ip,hq.id FROM > hostsqueue as hq,hoststests as ht WHERE ht.hostsqueue_id=hq.id; > NOTICE: QUERY PLAN: > Hash Join (cost=776.05..2904.36 rows=84 width=24) > -> Seq Scan on hoststests ht (cost=0.00..2126.84 rows=84 width=8) > -> Hash (cost=776.04..776.04 rows=4 width=16) > -> Seq Scan on hostsqueue hq (cost=0.00..776.04 rows=4 width=16) If there's only 84 rows it's hardly going to matter which plan we choose ;-). Please show us the results from the production database, not the toy-sized tables. If you have 7.2 then EXPLAIN ANALYZE is much more useful to show than plain EXPLAIN. Also, you could try doing "SET enable_seqscan = off" and see how the plan changes. regards, tom lane
В списке pgsql-general по дате отправления: