From: Tom Lane Date: Tue, 25 Jul 2000 04:30:42 +0000 (+0000) Subject: Update comments. X-Git-Tag: REL7_1_BETA~851 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=da1ad323b76b4d48884a48228f5962af9c8ba270;p=postgresql Update comments. --- diff --git a/src/backend/optimizer/path/indxpath.c b/src/backend/optimizer/path/indxpath.c index 0ea1971710..2042b4dac3 100644 --- a/src/backend/optimizer/path/indxpath.c +++ b/src/backend/optimizer/path/indxpath.c @@ -9,7 +9,7 @@ * * * IDENTIFICATION - * $Header: /cvsroot/pgsql/src/backend/optimizer/path/indxpath.c,v 1.87 2000/07/13 05:47:29 tgl Exp $ + * $Header: /cvsroot/pgsql/src/backend/optimizer/path/indxpath.c,v 1.88 2000/07/25 04:30:42 tgl Exp $ * *------------------------------------------------------------------------- */ @@ -461,9 +461,11 @@ extract_or_indexqual_conditions(RelOptInfo *rel, * Returns a list of all the RestrictInfo nodes for clauses that can be * used with this index. * - * The list is ordered by index key (but as far as I can tell, this is - * an implementation artifact of this routine, and is not depended on by - * any user of the returned list --- tgl 7/99). + * The list is ordered by index key. (This is not depended on by any part + * of the planner, as far as I can tell; but some parts of the executor + * do assume that the indxqual list ultimately delivered to the executor + * is so ordered. One such place is _bt_orderkeys() in the btree support. + * Perhaps that ought to be fixed someday --- tgl 7/00) * * Note that in a multi-key index, we stop if we find a key that cannot be * used with any clause. For example, given an index on (A,B,C), we might