mirror of
https://github.com/postgres/postgres.git
synced 2025-09-02 04:21:28 +03:00
doc: add commas after 'i.e.' and 'e.g.'
This follows the American format, https://jakubmarian.com/comma-after-i-e-and-e-g/. There is no intention of requiring this format for future text, but making existing text consistent every few years makes sense. Discussion: https://postgr.es/m/20200825183619.GA22369@momjian.us Backpatch-through: 9.5
This commit is contained in:
@@ -433,7 +433,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
|
||||
<xref linkend="guc-parallel-tuple-cost"/>. Of course, this plan may turn
|
||||
out to be slower than the serial plan which the planner preferred, but
|
||||
this will not always be the case. If you don't get a parallel
|
||||
plan even with very small values of these settings (e.g. after setting
|
||||
plan even with very small values of these settings (e.g., after setting
|
||||
them both to zero), there may be some reason why the query planner is
|
||||
unable to generate a parallel plan for your query. See
|
||||
<xref linkend="when-can-parallel-query-be-used"/> and
|
||||
@@ -531,7 +531,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
|
||||
<para>
|
||||
Functions and aggregates must be marked <literal>PARALLEL UNSAFE</literal> if
|
||||
they write to the database, access sequences, change the transaction state
|
||||
even temporarily (e.g. a PL/pgSQL function which establishes an
|
||||
even temporarily (e.g., a PL/pgSQL function which establishes an
|
||||
<literal>EXCEPTION</literal> block to catch errors), or make persistent changes to
|
||||
settings. Similarly, functions must be marked <literal>PARALLEL
|
||||
RESTRICTED</literal> if they access temporary tables, client connection state,
|
||||
|
Reference in New Issue
Block a user