mirror of
https://github.com/postgres/postgres.git
synced 2025-07-15 19:21:59 +03:00
Support INCLUDE'd columns in SP-GiST.
Not much to say here: does what it says on the tin. We steal a previously-always-zero bit from the nextOffset field of leaf index tuples in order to track whether there is a nulls bitmap. Otherwise it works about like included columns in other index types. Pavel Borisov, reviewed by Andrey Borodin and Anastasia Lubennikova, and rather heavily editorialized on by me Discussion: https://postgr.es/m/CALT9ZEFi-vMp4faht9f9Junb1nO3NOSjhpxTmbm1UGLMsLqiEQ@mail.gmail.com
This commit is contained in:
@ -216,6 +216,14 @@
|
||||
inner tuples that are passed through to reach the leaf level.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
When an <acronym>SP-GiST</acronym> index is created with
|
||||
<literal>INCLUDE</literal> columns, the values of those columns are also
|
||||
stored in leaf tuples. The <literal>INCLUDE</literal> columns are of no
|
||||
concern to the <acronym>SP-GiST</acronym> operator class, so they are
|
||||
not discussed further here.
|
||||
</para>
|
||||
|
||||
<para>
|
||||
Inner tuples are more complex, since they are branching points in the
|
||||
search tree. Each inner tuple contains a set of one or more
|
||||
|
Reference in New Issue
Block a user