summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2021-04-09 13:53:38 +0900
committerMichael Paquier <michael@paquier.xyz>2021-04-09 13:53:38 +0900
commit1cdbf7f0d256b9147859643b20e812c0e9d10263 (patch)
tree355c0c11cb23eef60845b09662727bb2c21b24ae
parentdf97ee6ea02264279b38c7b9b83ed849d8f9642d (diff)
Fix typos and grammar in documentation and code comments
Comment fixes are applied on HEAD, and documentation improvements are applied on back-branches where needed. Author: Justin Pryzby Discussion: https://postgr.es/m/20210408164008.GJ6592@telsasoft.com Backpatch-through: 9.6
-rw-r--r--doc/src/sgml/maintenance.sgml2
-rw-r--r--doc/src/sgml/ref/createuser.sgml2
2 files changed, 2 insertions, 2 deletions
diff --git a/doc/src/sgml/maintenance.sgml b/doc/src/sgml/maintenance.sgml
index 3da64a2a431..70335bdaf58 100644
--- a/doc/src/sgml/maintenance.sgml
+++ b/doc/src/sgml/maintenance.sgml
@@ -184,7 +184,7 @@
never issue <command>VACUUM FULL</>. In this approach, the idea
is not to keep tables at their minimum size, but to maintain steady-state
usage of disk space: each table occupies space equivalent to its
- minimum size plus however much space gets used up between vacuumings.
+ minimum size plus however much space gets used up between vacuum runs.
Although <command>VACUUM FULL</> can be used to shrink a table back
to its minimum size and return the disk space to the operating system,
there is not much point in this if the table will just grow again in the
diff --git a/doc/src/sgml/ref/createuser.sgml b/doc/src/sgml/ref/createuser.sgml
index 4332008c68b..48cd2b39e2b 100644
--- a/doc/src/sgml/ref/createuser.sgml
+++ b/doc/src/sgml/ref/createuser.sgml
@@ -44,7 +44,7 @@ PostgreSQL documentation
If you wish to create a new superuser, you must connect as a
superuser, not merely with <literal>CREATEROLE</> privilege.
Being a superuser implies the ability to bypass all access permission
- checks within the database, so superuserdom should not be granted lightly.
+ checks within the database, so superuser access should not be granted lightly.
</para>
<para>