Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 9453798

Browse files
committed
Remove obsolete comment in pg_stat_statements.
Commit 76db9cb removed the use of multiple nesting counters, but missed one comment describing that arrangement. Back-patch to v17 where 76db9cb came in, just to avoid confusion. Julien Rouhaud Discussion: https://postgr.es/m/gfcwh3zjxc2vygltapgo7g6yacdor5s4ynr234b6v2ohhuvt7m@gr42joxalenw
1 parent 76f2a0e commit 9453798

File tree

1 file changed

+0
-7
lines changed

1 file changed

+0
-7
lines changed

contrib/pg_stat_statements/pg_stat_statements.c

Lines changed: 0 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -886,13 +886,6 @@ pgss_planner(Query *parse,
886886
* We can't process the query if no query_string is provided, as
887887
* pgss_store needs it. We also ignore query without queryid, as it would
888888
* be treated as a utility statement, which may not be the case.
889-
*
890-
* Note that planner_hook can be called from the planner itself, so we
891-
* have a specific nesting level for the planner. However, utility
892-
* commands containing optimizable statements can also call the planner,
893-
* same for regular DML (for instance for underlying foreign key queries).
894-
* So testing the planner nesting level only is not enough to detect real
895-
* top level planner call.
896889
*/
897890
if (pgss_enabled(nesting_level)
898891
&& pgss_track_planning && query_string

0 commit comments

Comments
 (0)