Previously, the only place where progress reports were mentioned is in
the section for monitoring dedicated to its catalogs. This makes the
progress reporting more discoverable, by adding links from the pages of
the commands supporting progress reports to their related catalog
views.
Author: Matthias van de Meent
Reviewed-by: Justin Pryzby, Bharath Rupireddy, Josef Šimánek, Tomas
Vondra
Discussion: https://postgr.es/m/CAEze2WiOcgdH4aQA8NtZq-4dgvnJzp8PohdeKchPkhMY-jWZXA@mail.gmail.com
will not record new statistics for that table. Any existing statistics
will be retained.
+
+ Each backend running ANALYZE will report its progress
+ in the pg_stat_progress_analyze view. See
+ for details.
+
+
are periodically reclustered.
+ Each backend running CLUSTER will report its progress
+ in the pg_stat_progress_cluster view. See
+ for details.
+
+
specified, data is transmitted via the connection between the
client and the server.
+
+ Each backend running COPY will report its progress
+ in the pg_stat_progress_copy view. See
+ for details.
+
[ WITH NULL AS 'null_string' ]
+
+
+
See Also
+
+
+
+
+
will interpret it as USING gist, to simplify conversion
of old databases to GiST.
+
+ Each backend running CREATE INDEX will report its
+ progress in the pg_stat_progress_create_index
+ view. See for details.
+
+
is reindexed concurrently, those indexes will be skipped. (It is possible
to reindex such indexes without the CONCURRENTLY option.)
+
+ Each backend running REINDEX will report its progress
+ in the pg_stat_progress_create_index view. See
+ for details.
+
+
information about automatic and manual vacuuming, see
.
+ Each backend running VACUUM without the
+ FULL option will report its progress in the
+ pg_stat_progress_vacuum view. Backends running
+ VACUUM FULL will instead report their progress in the
+ pg_stat_progress_cluster view. See
+ and
+ for details.
+
+
+