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.
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 |