Victor Adolfsson wrote:
Hi
My query is using a sequential scan and not an index scan even though
that I
have indexes defined on the foreign keys.
This cases my query to take a long long time (10750.687 ms) when it should
have been completed in less than 1 second.
Any ideas on what may be the cause of this? I have done a re-index.
Below, I'm including the sql query, the sql schema with indexes and the
results of the explain, as well as the postgresql version.
-- SQLQUERY
select datetimestamptz, description from unithistory inner join event on
event_id=event.id;
You're returning all the rows.
-- EXPLAIN RESULTS
Hash Join (cost= 1.12..82296.20 rows=2396163 width=26) (actual time=
24.885..8838.418 rows=2396163 loops=1)
I think it's unlikely you'll get 2.4 million rows back in under a
second. Are you sure this is the query you want to test?
--
Richard Huxton
Archonet Ltd
