Re: WIP: Covering + unique indexes.
От | Robert Haas |
---|---|
Тема | Re: WIP: Covering + unique indexes. |
Дата | |
Msg-id | CA+TgmobfBMJE6H_L9rcw43h+MOE0nCScY_5n7cdWeE49BKTafw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: WIP: Covering + unique indexes. (Amit Kapila <amit.kapila16@gmail.com>) |
Ответы |
Re: WIP: Covering + unique indexes.
|
Список | pgsql-hackers |
On Wed, Oct 5, 2016 at 9:04 AM, Amit Kapila <amit.kapila16@gmail.com> wrote: > Okay, but in that case I think we don't need to store including > columns in non-leaf pages to get the exact ordering. As mentioned > upthread, we can use truncated scan key to reach to leaf level and > then use the complete key to find the exact location to store the key. > This is only possible if there exists an opclass for columns that are > covered as part of including clause. So, we can allow "order by" to > use index scan only if the columns covered in included clause have > opclass for btree. But what if there are many pages full of keys that have the same values for the non-INCLUDING columns? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: