doc: Fix some typos and markups
authorMichael Paquier
Wed, 29 Sep 2021 02:56:13 +0000 (11:56 +0900)
committerMichael Paquier
Wed, 29 Sep 2021 02:56:13 +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 2f0def9b19aea4b5f01b65e1d660fc064f658d81..384e6eaa3b0b983d790a09ccad45f383169c5977 100644 (file)
@@ -13116,7 +13116,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 bec5e9c483f439636358848372c4ad9fb0424266..0b027cc34622f89619a5ea569672219a1988b9fa 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.
 
    These commands also cannot be executed when the subscription has
    two_phase commit enabled,
index 3d88838712646f076714c6ac00a405e8e3fefbd0..9d47cacbe0b70ed54d50cb4d022ef6aba1a81817 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 fcab5c0d51a237a69f2f026028ab38979e2ac133..14e0a4dbe3931a434112616776e9eaa9475bf5cd 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');