90fbf7c has taken care of that for HEAD. This includes the portion of
the fixes that applies to the documentation, where needed depending on
the branch.
Author: Justin Pryzby
Discussion: https://postgr.es/m/
20201227202604[email protected]
Backpatch-through: 9.5
inherited columns are to be arranged. The count starts at 1.
- Indexes can not have multiple inheritance, since they can only inherit
+ Indexes cannot have multiple inheritance, since they can only inherit
when using declarative partitioning.
wal_bytes numeric
- Total amount of WAL bytes generated by the statement
+ Total amount of WAL generated by the statement in bytes
Include information on WAL record generation. Specifically, include the
- number of records, number of full page images (fpi) and amount of WAL
- bytes generated. In text format, only non-zero values are printed. This
- parameter may only be used when ANALYZE is also
+ number of records, number of full page images (fpi) and the amount of WAL
+ generated in bytes. In text format, only non-zero values are printed.
+ This parameter may only be used when ANALYZE is also
enabled. It defaults to FALSE.
Specify the compression level to use. Zero means no compression.
- For the custom archive format, this specifies compression of
+ For the custom and directory archive formats, this specifies compression of
individual table-data segments, and the default is to compress
at a moderate level.
For plain text output, setting a nonzero compression level causes
It is important to note that the validation which is performed by
-
pg_verifybackup does not and can
not include
+
pg_verifybackup does not and cannot include
every check which will be performed by a running server when attempting
to make use of the backup. Even if you use this tool, you should still
perform test restores and verify that the resulting databases work as
message text. In addition there are optional elements, the most
common of which is an error identifier code that follows the SQL spec's
SQLSTATE conventions.
- ereport itself is just a shell macro, that exists
+ ereport itself is just a shell macro that exists
mainly for the syntactic convenience of making message generation
look like a single function call in the C source code. The only parameter
accepted directly by ereport is the severity level.
Independently of max_wal_size,
the most recent megabytes of
WAL files plus one additional WAL file are
- kept at all times. Also, if WAL archiving is used, old segments can not be
+ kept at all times. Also, if WAL archiving is used, old segments cannot be
removed or recycled until they are archived. If WAL archiving cannot keep up
with the pace that WAL is generated, or if archive_command
fails repeatedly, old WAL files will accumulate in pg_wal