RE: BUG #16089: Index only scan does not happen but expected

From: Stepan Yankevych <Stepan_Yankevych(at)epam(dot)com>
To: Dmitry Dolgov <9erthalion6(at)gmail(dot)com>
Cc: "stepya(at)ukr(dot)net" <stepya(at)ukr(dot)net>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: RE: BUG #16089: Index only scan does not happen but expected
Date: 2019-10-30 15:27:42
Message-ID: VI1PR03MB39505C77E4585B62BD1A7CFF92600@VI1PR03MB3950.eurprd03.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs


It would be great to have sequential scan of index in Postgres like we have Index Fast Full Scan in Oracle.
Oracle Index FFS reads whole index and only index in the same way as full table scan (by several sequential blocks (defined by parameter) )

STEPAN YANKEVYCH
Software Engineering Team Leader
Software Engineering Manager
OCA
 
Office: +380 322 424 642 x 58840   Cell: +380 96 915 9551   Email: stepan_yankevych(at)epam(dot)com
Lviv, Ukraine   epam.com
 
 
CONFIDENTIALITY CAUTION AND DISCLAIMER
This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies.
 

-----Original Message-----
From: Dmitry Dolgov <9erthalion6(at)gmail(dot)com>
Sent: Wednesday, October 30, 2019 17:15
To: Stepan Yankevych <Stepan_Yankevych(at)epam(dot)com>
Cc: stepya(at)ukr(dot)net; pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #16089: Index only scan does not happen but expected

> On Wed, Oct 30, 2019 at 04:10:06PM +0100, Dmitry Dolgov wrote:
> > On Wed, Oct 30, 2019 at 02:18:09PM +0000, Stepan Yankevych wrote:
> >
> > >> And in fact at least in my tests this was indeed faster
> > Can you show execution plan when index is used?
> > Does it uses Index only scan or index scan and table scan?
>
> Yes, at the bottom of the plan there was an Index Only Scan going
> through l1_snapshot_201811 (although while populating the table I've
> set values only for not nullable columns).

To clarify, Index Only Scan was there only after changing random_page_cost/seq_page_cost. As I mentioned in the previous email, original plan was also parallel seq scan.

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message PG Bug reporting form 2019-10-30 16:58:33 BUG #16091: xpath fails to compute "name()", regression
Previous Message Dmitry Dolgov 2019-10-30 15:14:39 Re: BUG #16089: Index only scan does not happen but expected