Re: [GENERAL] Slow index scan - Pgsql 9.2 - Mailing list pgsql-general

From Patrick B
Subject Re: [GENERAL] Slow index scan - Pgsql 9.2
Date
Msg-id CAJNY3ivS6wHWg2O=hi+wMnTTfbEdCS3rbVGSadNSog8TS5ws7A@mail.gmail.com
Whole thread Raw
In response to Re: [GENERAL] Slow index scan - Pgsql 9.2  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: [GENERAL] Slow index scan - Pgsql 9.2  ("David G. Johnston" <david.g.johnston@gmail.com>)
Re: [GENERAL] Slow index scan - Pgsql 9.2  (Tomas Vondra <tomas.vondra@2ndquadrant.com>)
List pgsql-general
​3,581​ individual pokes into the heap to confirm tuple visibility and apply the deleted filter - that could indeed take a while.
David J.

I see.. The deleted column is: 

deleted boolean

Should I create an index for that? How could I improve this query?


Does it execute as slowly when you run it for a 2nd time?

No, it doesn't. I think it's because of cache?
 

I would think because of the NOT "deleted" clause. Which is interesting, because that's a column which you conveniently didn't include in the definition below.

My mistake.


Would an Index be sufficient to solve the problem?

Patrick

pgsql-general by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: [GENERAL] Slow index scan - Pgsql 9.2
Next
From: "David G. Johnston"
Date:
Subject: Re: [GENERAL] Slow index scan - Pgsql 9.2