Doc: use "an SQL" consistently rather than "a SQL"

Similarly to what was done in 04539e73f, we standardized on SQL being
pronounced "es-que-ell" rather than "sequel" in our documentation.

Two inconsistencies have crept in during the v15 cycle.  The others
existed before but were missed in 04539e73f due to none of the searches
accounting for "SQL" being wrapped in tags.

As with 04539e73f, we don't touch code comments here in order to not
create unnecessary back-patching pain.

Discussion: https://postgr.es/m/CAApHDvpML27UqFXnrYO1MJddsKVMQoiZisPvsAGhKE_tsKXquw%40mail.gmail.com

diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 489184a4f043810a4fa385cdf320944f21578b47..5804069e6a3ce5004ae90094b39a4fcaf8cbdbc6 100644 (file)
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -19007,7 +19007,7 @@ SELECT JSON_VALUE(jsonb '[1,2]', 'strict $[*]' DEFAULT 1 ON ERROR);
     
      
        Defines whether to wrap a returned sequence of SQL/JSON
-       items into a SQL/JSON array.
+       items into an SQL/JSON array.
      
        
         
@@ -19819,7 +19819,7 @@ JSON_SERIALIZE (
      Description
 
      
-      The JSON_SERIALIZE function transforms a SQL/JSON value
+      The JSON_SERIALIZE function transforms an SQL/JSON value
       into a character or binary string.
      
     

diff --git a/doc/src/sgml/ref/select.sgml b/doc/src/sgml/ref/select.sgml
index 16bbab52c3e6fe40347bbb029cb994cfb1429a3a..8e5b83dfded202c6b4f0a1b9fcc1ec6fbfe322ec 100644 (file)
--- a/doc/src/sgml/ref/select.sgml
+++ b/doc/src/sgml/ref/select.sgml
@@ -1715,7 +1715,7 @@ SELECT * FROM (SELECT * FROM mytable FOR UPDATE) ss ORDER BY column1;
    
     At the REPEATABLE READ or SERIALIZABLE
     transaction isolation level this would cause a serialization failure (with
-    a SQLSTATE of '40001'), so there is
+    an SQLSTATE of '40001'), so there is
     no possibility of receiving rows out of order under these isolation levels.
    
   

diff --git a/doc/src/sgml/xfunc.sgml b/doc/src/sgml/xfunc.sgml
index a34723030b0cc37d85d2b1be2c7f6922fa722d9b..fb8255f136ebcc8dbbb22c95421a91bbb93063dc 100644 (file)
--- a/doc/src/sgml/xfunc.sgml
+++ b/doc/src/sgml/xfunc.sgml
@@ -445,7 +445,7 @@ $$ LANGUAGE SQL;
 
     
      If the final SELECT or RETURNING
-     clause in a SQL function does not return exactly
+     clause in an SQL function does not return exactly
      the function's declared result
      type, PostgreSQL will automatically cast
      the value to the required type, if that is possible with an implicit