Re: [HACKERS] Planner avoidance of index only scans for partial indexes

2012-08-17 Thread Josh Berkus
Merlin, Thanks! > The takeaway is that for this query I'm seeing end to end query > execution improvement of 58% in the worst case (warm cache) and 20x or > more in the best case when the cache is cold: that 22 sec time is > unpredictable and can run into the minutes as the index randomizes the >

Re: [HACKERS] Planner avoidance of index only scans for partial indexes

2012-08-17 Thread Merlin Moncure
On Thu, Aug 16, 2012 at 5:20 PM, Josh Berkus wrote: > I'm mainly looking for numbers for the 9.2 release. Like, "up to 14X > speedup on data warehousing queries". OK: I work in the multi family industry and we have a large database which we are organizing into an on-demand OLAP style data delive

Re: [HACKERS] Planner avoidance of index only scans for partial indexes

2012-08-16 Thread Josh Berkus
On 8/15/12 3:28 PM, Merlin Moncure wrote: > Aside: the performance gains I'm seeing for IOS are nothing short of > spectacular. Do you have some metrics? I could use them for publicity stuff. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com -- Sent via pgsql-hackers mailing list (

Re: [HACKERS] Planner avoidance of index only scans for partial indexes

2012-08-15 Thread Tom Lane
Merlin Moncure writes: > If you create an index like this: > create index on foo(a,b,v) where d = some_constant; > there is no way to get an IOS on the index: you have to supply a the > partial index exclusionary value to get the value of the index and > that fools the IOS chooser because it doesn