mirror of
https://github.com/postgres/postgres.git
synced 2025-08-18 12:22:09 +03:00
pgindent run for 9.4
This includes removing tabs after periods in C comments, which was applied to back branches, so this change should not effect backpatching.
This commit is contained in:
@@ -41,7 +41,7 @@
|
||||
*
|
||||
* Therefore, rather than directly executing the merge join clauses,
|
||||
* we evaluate the left and right key expressions separately and then
|
||||
* compare the columns one at a time (see MJCompare). The planner
|
||||
* compare the columns one at a time (see MJCompare). The planner
|
||||
* passes us enough information about the sort ordering of the inputs
|
||||
* to allow us to determine how to make the comparison. We may use the
|
||||
* appropriate btree comparison function, since Postgres' only notion
|
||||
@@ -269,7 +269,7 @@ MJExamineQuals(List *mergeclauses,
|
||||
* input, since we assume mergejoin operators are strict. If the NULL
|
||||
* is in the first join column, and that column sorts nulls last, then
|
||||
* we can further conclude that no following tuple can match anything
|
||||
* either, since they must all have nulls in the first column. However,
|
||||
* either, since they must all have nulls in the first column. However,
|
||||
* that case is only interesting if we're not in FillOuter mode, else
|
||||
* we have to visit all the tuples anyway.
|
||||
*
|
||||
@@ -325,7 +325,7 @@ MJEvalOuterValues(MergeJoinState *mergestate)
|
||||
/*
|
||||
* MJEvalInnerValues
|
||||
*
|
||||
* Same as above, but for the inner tuple. Here, we have to be prepared
|
||||
* Same as above, but for the inner tuple. Here, we have to be prepared
|
||||
* to load data from either the true current inner, or the marked inner,
|
||||
* so caller must tell us which slot to load from.
|
||||
*/
|
||||
@@ -736,7 +736,7 @@ ExecMergeJoin(MergeJoinState *node)
|
||||
case MJEVAL_MATCHABLE:
|
||||
|
||||
/*
|
||||
* OK, we have the initial tuples. Begin by skipping
|
||||
* OK, we have the initial tuples. Begin by skipping
|
||||
* non-matching tuples.
|
||||
*/
|
||||
node->mj_JoinState = EXEC_MJ_SKIP_TEST;
|
||||
@@ -1131,7 +1131,7 @@ ExecMergeJoin(MergeJoinState *node)
|
||||
* which means that all subsequent outer tuples will be
|
||||
* larger than our marked inner tuples. So we need not
|
||||
* revisit any of the marked tuples but can proceed to
|
||||
* look for a match to the current inner. If there's
|
||||
* look for a match to the current inner. If there's
|
||||
* no more inners, no more matches are possible.
|
||||
* ----------------
|
||||
*/
|
||||
@@ -1522,7 +1522,7 @@ ExecInitMergeJoin(MergeJoin *node, EState *estate, int eflags)
|
||||
* For certain types of inner child nodes, it is advantageous to issue
|
||||
* MARK every time we advance past an inner tuple we will never return to.
|
||||
* For other types, MARK on a tuple we cannot return to is a waste of
|
||||
* cycles. Detect which case applies and set mj_ExtraMarks if we want to
|
||||
* cycles. Detect which case applies and set mj_ExtraMarks if we want to
|
||||
* issue "unnecessary" MARK calls.
|
||||
*
|
||||
* Currently, only Material wants the extra MARKs, and it will be helpful
|
||||
|
Reference in New Issue
Block a user