Fix incorrect IndexOptInfo header comment

The comment incorrectly indicated that indexcollations[] stored
collations for both key columns and INCLUDE columns, but in reality it
only has elements for the key columns.  canreturn[] didn't get a mention,
so add that while we're here.

Author: Junwang Zhao <[email protected]>
Reviewed-by: David Rowley <[email protected]>
Discussion: https://postgr.es/m/CAEG8a3LwbZgMKOQ9CmZarX5DEipKivdHp5PZMOO-riL0w%3DL%3D4A%40mail.gmail.com
Backpatch-through: 14

diff --git a/src/include/nodes/pathnodes.h b/src/include/nodes/pathnodes.h
index 30d889b54c53c7da707db19c384a7ebed9fdcacf..46a8655621d5a1ed85d4be2ea78deb127a43760e 100644 (file)
--- a/src/include/nodes/pathnodes.h
+++ b/src/include/nodes/pathnodes.h
@@ -1216,9 +1216,10 @@ typedef struct RelAggInfo
  * IndexOptInfo
  *     Per-index information for planning/optimization
  *
- *     indexkeys[], indexcollations[] each have ncolumns entries.
- *     opfamily[], and opcintype[] each have nkeycolumns entries. They do
- *     not contain any information about included attributes.
+ *     indexkeys[] and canreturn[] each have ncolumns entries.
+ *
+ *     indexcollations[], opfamily[], and opcintype[] each have nkeycolumns
+ *     entries.  These don't contain any information about INCLUDE columns.
  *
  *     sortopfamily[], reverse_sort[], and nulls_first[] have
  *     nkeycolumns entries, if the index is ordered; but if it is unordered,