Doc: use "an SQL" consistently rather than "a SQL"
authorDavid Rowley <[email protected]>
Sun, 13 Apr 2025 23:55:18 +0000 (11:55 +1200)
committerDavid Rowley <[email protected]>
Sun, 13 Apr 2025 23:55:18 +0000 (11:55 +1200)
Per the precedent set by 04539e73f, adjust article prefixes for "SQL" to
use "an" consistently rather than "a", i.e., "an es-que-ell" rather than
"a sequel".

Both of these are new to v18. Also see b1b13d2b5d866f0374 and
7bdd489d3.

doc/src/sgml/ref/copy.sgml

index d6859276bed424546fac87e5ea1e0ff53ee3d6b2..8433344e5b6f5eb7f6db8145f73d5493c23a2cee 100644 (file)
@@ -677,7 +677,7 @@ COPY <replaceable class="parameter">count</replaceable>
     backward compatibility.  However, <application>psql</application>
     uses <literal>\.</literal> to terminate a <literal>COPY FROM
     STDIN</literal> operation (that is, reading
-    in-line <command>COPY</command> data in a SQL script).  In that
+    in-line <command>COPY</command> data in an SQL script).  In that
     context the rule is needed to be able to end the operation before the
     end of the script.
    </para>
@@ -844,7 +844,7 @@ COPY <replaceable class="parameter">count</replaceable>
     is not normally treated as special when reading <literal>CSV</literal>
     data.  An exception is that <application>psql</application> will terminate
     a <literal>COPY FROM STDIN</literal> operation (that is, reading
-    in-line <command>COPY</command> data in a SQL script) at a line containing
+    in-line <command>COPY</command> data in an SQL script) at a line containing
     only <literal>\.</literal>, whether it is text or <literal>CSV</literal>
     mode.
    </para>