Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit0218e8b

Browse files
committed
Fix typos.
Jim Nasby
1 parentfc201df commit0218e8b

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

‎src/backend/optimizer/README

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -900,8 +900,8 @@ above, plus a relids set, which allows there to be more than one upperrel
900900
of the same kind. We use NULL for the relids if there's no need for more
901901
than one upperrel of the same kind. Currently, in fact, the relids set
902902
is vestigial because it's always NULL, but that's expected to change in
903-
future. For example, in planning set operations, we might need the relids
904-
to denote which subset of the leaf SELECTs has been combined in a
903+
thefuture. For example, in planning set operations, we might need the
904+
relidsto denote which subset of the leaf SELECTs has been combined in a
905905
particular group of Paths that are competing with each other.
906906

907907
The result of subquery_planner() is always returned as a set of Paths
@@ -974,5 +974,5 @@ One of the keys to making parallel query effective is to run as much of
974974
the query in parallel as possible. Therefore, we expect it to generally
975975
be desirable to postpone the Gather stage until as near to the top of the
976976
plan as possible. Expanding the range of cases in which more work can be
977-
pushed below the Gather (andcostly them accurately) is likely to keep us
977+
pushed below the Gather (andcosting them accurately) is likely to keep us
978978
busy for a long time to come.

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp