doc: Fix some typos and markups
authorMichael Paquier
Wed, 29 Sep 2021 02:56:36 +0000 (11:56 +0900)
committerMichael Paquier
Wed, 29 Sep 2021 02:56:36 +0000 (11:56 +0900)
Author: Ekaterina Kiryanova
Discussion: https://postgr.es/m/8a14e78f-6991-7a6e-4711-fe376635f2ad@postgrespro.ru
Backpatch-through: 14

doc/src/sgml/btree.sgml
doc/src/sgml/catalogs.sgml
doc/src/sgml/ref/alter_subscription.sgml
doc/src/sgml/ref/initdb.sgml
doc/src/sgml/ref/psql-ref.sgml
doc/src/sgml/spgist.sgml
doc/src/sgml/test-decoding.sgml

index f569f93f35234f336c1f3cf2f0355cba471fcce6..a9200ee52e6c5270d62a6d18dd01e4f1b11c81f9 100644 (file)
@@ -664,7 +664,7 @@ options(relopts local_relopts *) returns
    certain implementation-level heuristics will fail to identify and
    delete even one garbage index tuple (in which case a page split or
    deduplication pass resolves the issue of an incoming new tuple not
-   fitting on a leaf page).  The worst case number of versions that
+   fitting on a leaf page).  The worst-case number of versions that
    any index scan must traverse (for any single logical row) is an
    important contributor to overall system responsiveness and
    throughput.  A bottom-up index deletion pass targets suspected
@@ -706,7 +706,7 @@ options(relopts local_relopts *) returns
    This is expected with any B-Tree index that is subject to
    significant version churn from UPDATEs that
    rarely or never logically modify the columns that the index covers.
-   The average and worst case number of versions per logical row can
+   The average and worst-case number of versions per logical row can
    be kept low purely through targeted incremental deletion passes.
    It's quite possible that the on-disk size of certain indexes will
    never increase by even one single page/block despite
@@ -811,7 +811,7 @@ options(relopts local_relopts *) returns
    constraints) to use deduplication.  This allows leaf pages to
    temporarily absorb extra version churn duplicates.
    Deduplication in unique indexes augments bottom-up index deletion,
-   especially in cases where a long-running transactions holds a
+   especially in cases where a long-running transaction holds a
    snapshot that blocks garbage collection.  The goal is to buy time
    for the bottom-up index deletion strategy to become effective
    again.  Delaying page splits until a single long-running
index 7523a25b3dc45c20d3fc0d2a260d13fe22b7a56b..688e7781737e3e0a1e3138fdb85799ee13214a65 100644 (file)
@@ -13114,7 +13114,7 @@ SELECT * FROM pg_locks pl LEFT JOIN pg_prepared_xacts ppx
    pg_stats_ext_exprs is also designed to present
    the information in a more readable format than the underlying catalogs
    — at the cost that its schema must be extended whenever the structure
-   of statistics in <link linkend="catalog-pg-statistic">pg_statistic> changes.
+   of statistics in <structname>pg_statistic_ext> changes.
   
 
   
index 220b0de2aff3a23651c5bc22f2844a9222a3c276..6d256b694e8ec69158706b6f4ad618b36688dacc 100644 (file)
@@ -65,8 +65,9 @@ ALTER SUBSCRIPTION name RENAME TO <
 
   
    Commands ALTER SUBSCRIPTION ... REFRESH PUBLICATION and
-   ALTER SUBSCRIPTION ... {SET|ADD|DROP} PUBLICATION ... with refresh
-   option as true cannot be executed inside a transaction block.
+   ALTER SUBSCRIPTION ... {SET|ADD|DROP} PUBLICATION ...
+   with refresh option as true cannot be
+   executed inside a transaction block.
   
  
 
index e62742850a3b8daad2e8a405996f6b962cea8cdb..6604575f362bfb30512b8658be7dd30031f51763 100644 (file)
@@ -283,7 +283,7 @@ PostgreSQL documentation
         By default, initdb will write instructions for how
         to start the cluster at the end of its output. This option causes
         those instructions to be left out. This is primarily intended for use
-        by tools that wrap initdb in platform specific
+        by tools that wrap initdb in platform-specific
         behavior, where those instructions are likely to be incorrect.
        
       
index 13a24a05e50f6aa1067c39fb41a4dbf836a539e6..60069c15626c7c6a3bc4080b9107303fc1c998a5 100644 (file)
@@ -1936,11 +1936,11 @@ testdb=>
         
         The status of each kind of extended statistics is shown in a column
         named after its statistic kind (e.g. Ndistinct).
-        "defined" means that it was requested when creating the statistics,
-        and NULL means it wasn't requested.
-        You can use pg_stats_ext if you'd like to know whether 
-        ANALYZE was run and statistics are available to the
-        planner.
+        defined means that it was requested when creating
+        the statistics, and NULL means it wasn't requested.
+        You can use pg_stats_ext if you'd like to
+        know whether ANALYZE
+        was run and statistics are available to the planner.
         
         
       
index 18f1f3cdbd830f0c0b0884f068ba6ac8c4d91aa5..00432512de9a8e56c8436ceb6c0dfbeddc53ece9 100644 (file)
@@ -875,8 +875,9 @@ typedef struct spgLeafConsistentOut
 
       
        Note: the compress method is only applied to
-       values to be stored.  The consistent methods receive query scankeys
-       unchanged, without transformation using compress.
+       values to be stored.  The consistent methods receive query
+       scankeys unchanged, without transformation
+       using compress.
       
      
     
index fe7c9783facdb84cc68d9ab51d79fcea6cc332e9..cf736bd41af1377483f76d40348018c369a7798c 100644 (file)
@@ -40,8 +40,8 @@ postgres=# SELECT * FROM pg_logical_slot_get_changes('test_slot', NULL, NULL, 'i
  
 
 
-  We can also get the changes of the in-progress transaction and the typical
-  output, might be:
+  We can also get the changes of the in-progress transaction, and the typical
+  output might be:
 
 
 postgres[33712]=#* SELECT * FROM pg_logical_slot_get_changes('test_slot', NULL, NULL, 'stream-changes', '1');