]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
Fix typo in planner.c
authorMichael Paquier <michael@paquier.xyz>
Tue, 6 Jan 2026 03:30:01 +0000 (12:30 +0900)
committerMichael Paquier <michael@paquier.xyz>
Tue, 6 Jan 2026 03:30:01 +0000 (12:30 +0900)
b8cfcb9e00da did not get this change right.

Author: Alexander Law <exclusion@gmail.com>
Discussion: https://postgr.es/m/CAJ0YPFFWhJXs-e-=7iJz-FLp=b1dXfJA_qtrVAgto=bZmzD9zQ@mail.gmail.com

src/backend/optimizer/plan/planner.c

index da6e7fd34b0a4dcff2b852c1ed68afa59e56268d..7a6b8b749f2eed01dc7fd4f20a51b729ccade9cb 100644 (file)
@@ -7922,8 +7922,8 @@ apply_scanjoin_target_to_paths(PlannerInfo *root,
         * However, there are several cases when this optimization is not safe. If
         * the rel isn't partitioned, then none of the paths will be Append or
         * MergeAppend paths, so we should definitely not do this. If it is
-        * partititoned but is a joinrel, it may have Append and MergeAppend
-        * paths, but it can also have join paths that we can't afford to discard.
+        * partitioned but is a joinrel, it may have Append and MergeAppend paths,
+        * but it can also have join paths that we can't afford to discard.
         *
         * Some care is needed, because we have to allow
         * generate_useful_gather_paths to see the old partial paths in the next