Fix some typos, grammar and style in docs and comments
authorMichael Paquier <[email protected]>
Wed, 24 Feb 2021 07:14:08 +0000 (16:14 +0900)
committerMichael Paquier <[email protected]>
Wed, 24 Feb 2021 07:14:08 +0000 (16:14 +0900)
The portions fixing the documentation are backpatched where needed.

Author: Justin Pryzby
Discussion: https://postgr.es/m/20210210235557[email protected]
backpatch-through: 9.6

doc/src/sgml/charset.sgml
doc/src/sgml/pageinspect.sgml
doc/src/sgml/protocol.sgml
doc/src/sgml/ref/create_type.sgml
doc/src/sgml/ref/drop_index.sgml
doc/src/sgml/rules.sgml

index 5cf459c22f4b54589e1dff29b7582302f416cfe9..a76733a9884aa918e1dbe5daa778d4d9d461e708 100644 (file)
@@ -617,7 +617,7 @@ SELECT * FROM test1 ORDER BY a || b COLLATE "fr_FR";
     name such as <literal>de_DE</literal> can be considered unique
     within a given database even though it would not be unique globally.
     Use of the stripped collation names is recommended, since it will
-    make one less thing you need to change if you decide to change to
+    make one fewer thing you need to change if you decide to change to
     another database encoding.  Note however that the <literal>default</>,
     <literal>C</>, and <literal>POSIX</> collations can be used regardless of
     the database encoding.
index 442b926717c5cdcef67685b1b2d0f6c1f67e826a..2f7b929306550367556fc49bd66d9b3190fed4ef 100644 (file)
@@ -206,7 +206,7 @@ test=# SELECT tuple_data_split('pg_class'::regclass, t_data, t_infomask, t_infom
      </para>
      <para>
       If <parameter>do_detoast</parameter> is <literal>true</literal>,
-      attribute that will be detoasted as needed. Default value is
+      attributes will be detoasted as needed. Default value is
       <literal>false</literal>.
      </para>
     </listitem>
index 67a004936069c53544d6217357e1e424e7f5da03..3a269640fcd6ad9660fbbeae1903bf68b665f08d 100644 (file)
@@ -6575,8 +6575,8 @@ Delete
 </term>
 <listitem>
 <para>
-                Identifies the following TupleData message as a old tuple.
-                This field is present if the table in which the delete has
+                Identifies the following TupleData message as an old tuple.
+                This field is present if the table in which the delete
                 happened has REPLICA IDENTITY set to FULL.
 </para>
 </listitem>
index e0e005b7cf6a1f7165911dcc2b5b1dea317d7d65..dbe1e6f30da4f7a40ef96c3a03ffd7c28fe0fdb6 100644 (file)
@@ -790,7 +790,7 @@ CREATE TYPE <replaceable class="parameter">name</replaceable>
    Before <productname>PostgreSQL</productname> version 8.3, the name of
    a generated array type was always exactly the element type's name with one
    underscore character (<literal>_</literal>) prepended.  (Type names were
-   therefore restricted in length to one less character than other names.)
+   therefore restricted in length to one fewer character than other names.)
    While this is still usually the case, the array type name may vary from
    this in case of maximum-length names or collisions with user type names
    that begin with underscore.  Writing code that depends on this convention
index 4c0c48ab1ea76ce83c3143c76c81489423c19262..a53c8cc665fa86db21c37ba046739ab9bb55d93f 100644 (file)
@@ -45,7 +45,7 @@ DROP INDEX [ CONCURRENTLY ] [ IF EXISTS ] <replaceable class="PARAMETER">name</r
      <para>
       Drop the index without locking out concurrent selects, inserts, updates,
       and deletes on the index's table.  A normal <command>DROP INDEX</>
-      acquires exclusive lock on the table, blocking other accesses until the
+      acquires an exclusive lock on the table, blocking other accesses until the
       index drop can be completed.  With this option, the command instead
       waits until conflicting transactions have completed.
      </para>
index 9b1c12dfca4ac22d8995af3406c12498929d2e47..1a2b11bd212a51d517667d23ae9c2fee672976d5 100644 (file)
@@ -1265,7 +1265,7 @@ CREATE [ OR REPLACE ] RULE <replaceable class="parameter">name</replaceable> AS
 <para>
     The query trees generated from rule actions are thrown into the
     rewrite system again, and maybe more rules get applied resulting
-    in more or less query trees.
+    in additional or fewer query trees.
     So a rule's actions must have either a different
     command type or a different result relation than the rule itself is
     on, otherwise this recursive process will end up in an infinite loop.