aboutsummaryrefslogtreecommitdiff
path: root/src/backend/parser/parse_utilcmd.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-03-25 15:33:56 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2023-03-25 15:34:03 -0400
commit27f5c712b2c57d1c676fbf110705ac881057b57e (patch)
tree99552922b9fc6d9bc61172d6c16bdcbff775a747 /src/backend/parser/parse_utilcmd.c
parent81a6d57e33515958203938cb686bf0c255255cff (diff)
downloadpostgresql-27f5c712b2c57d1c676fbf110705ac881057b57e.tar.gz
postgresql-27f5c712b2c57d1c676fbf110705ac881057b57e.zip
Fix CREATE INDEX progress reporting for multi-level partitioning.
The "partitions_total" and "partitions_done" fields were updated as though the current level of partitioning was the only one. In multi-level cases, not only could partitions_total change over the course of the command, but partitions_done could go backwards or exceed the currently-reported partitions_total. Fix by setting partitions_total to the total number of direct and indirect children once at command start, and then just incrementing partitions_done at appropriate points. Invent a new progress monitoring function "pgstat_progress_incr_param" to simplify doing the latter. We can avoid adding cost for the former when doing CREATE INDEX, because ProcessUtility already enumerates the children and it's pretty easy to pass the count down to DefineIndex. In principle the same could be done in ALTER TABLE, but that's structurally difficult; for now, just eat the cost of an extra find_all_inheritors scan in that case. Ilya Gladyshev and Justin Pryzby Discussion: https://postgr.es/m/a15f904a70924ffa4ca25c3c744cff31e0e6e143.camel@gmail.com
Diffstat (limited to 'src/backend/parser/parse_utilcmd.c')
0 files changed, 0 insertions, 0 deletions