mirror of
https://github.com/postgres/postgres.git
synced 2025-07-27 12:41:57 +03:00
Fix typos in comments, code and documentation
While on it, newlines are removed from the end of two elog() strings.
The others are simple grammar mistakes. One comment in pg_upgrade
referred incorrectly to sequences since a7e5457
.
Author: Justin Pryzby
Discussion: https://postgr.es/m/20221230231257.GI1153@telsasoft.com
Backpatch-through: 11
This commit is contained in:
@ -73,7 +73,7 @@ LOAD 'auto_explain';
|
||||
<listitem>
|
||||
<para>
|
||||
<varname>auto_explain.log_parameter_max_length</varname> controls the
|
||||
logging of query parameter values. A value of<literal>-1</literal> (the
|
||||
logging of query parameter values. A value of <literal>-1</literal> (the
|
||||
default) logs the parameter values in full. <literal>0</literal> disables
|
||||
logging of parameter values. A value greater than zero truncates each
|
||||
parameter value to that many bytes. Only superusers can change this
|
||||
|
@ -128,7 +128,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
|
||||
|
||||
<para>
|
||||
In addition, the system must not be running in single-user mode. Since
|
||||
the entire database system is running in single process in this situation,
|
||||
the entire database system is running as a single process in this situation,
|
||||
no background workers will be available.
|
||||
</para>
|
||||
|
||||
|
@ -1005,7 +1005,7 @@ WITH ( MODULUS <replaceable class="parameter">numeric_literal</replaceable>, REM
|
||||
constraint. This does not work, however, if any of the partition keys
|
||||
is an expression and the partition does not accept
|
||||
<literal>NULL</literal> values. If attaching a list partition that will
|
||||
not accept <literal>NULL</literal> values, also add
|
||||
not accept <literal>NULL</literal> values, also add a
|
||||
<literal>NOT NULL</literal> constraint to the partition key column,
|
||||
unless it's an expression.
|
||||
</para>
|
||||
@ -1377,7 +1377,7 @@ WITH ( MODULUS <replaceable class="parameter">numeric_literal</replaceable>, REM
|
||||
type or an unconstrained domain over the new type, a table rewrite is not
|
||||
needed. However, indexes must always be rebuilt unless the system can
|
||||
verify that the new index would be logically equivalent to the existing
|
||||
one. For example, if the collation for a column has been changed an index
|
||||
one. For example, if the collation for a column has been changed, an index
|
||||
rebuild is always required because the new sort order might be different.
|
||||
However, in the absence of a collation change, a column can be changed
|
||||
from <type>text</type> to <type>varchar</type> (or vice versa) without
|
||||
|
@ -383,7 +383,7 @@ CREATE SUBSCRIPTION <replaceable class="parameter">subscription_name</replaceabl
|
||||
<literal>FOR TABLES IN SCHEMA</literal>, rows are always published
|
||||
regardless of the definition of the other expressions.
|
||||
If the subscriber is a <productname>PostgreSQL</productname> version before
|
||||
15 then any row filtering is ignored during the initial data synchronization
|
||||
15, then any row filtering is ignored during the initial data synchronization
|
||||
phase. For this case, the user might want to consider deleting any initially
|
||||
copied data that would be incompatible with subsequent filtering.
|
||||
Because initial data synchronization does not take into account the publication
|
||||
|
@ -253,7 +253,7 @@ GRANT <replaceable class="parameter">role_name</replaceable> [, ...] TO <replace
|
||||
in a role to one or more other roles. Membership in a role is significant
|
||||
because it potentially allows access to the privileges granted to a role
|
||||
to each of its members, and potentially also the ability to make changes
|
||||
to the role itself. However, the actual permisions conferred depend on
|
||||
to the role itself. However, the actual permissions conferred depend on
|
||||
the options associated with the grant.
|
||||
</para>
|
||||
|
||||
|
@ -935,8 +935,8 @@ BETTER: unrecognized node type: 42
|
||||
<simplesect>
|
||||
<title>Function-Like Macros and Inline Functions</title>
|
||||
<para>
|
||||
Both, macros with arguments and <literal>static inline</literal>
|
||||
functions, may be used. The latter are preferable if there are
|
||||
Both macros with arguments and <literal>static inline</literal>
|
||||
functions may be used. The latter are preferable if there are
|
||||
multiple-evaluation hazards when written as a macro, as e.g., the
|
||||
case with
|
||||
<programlisting>
|
||||
|
@ -722,7 +722,7 @@ $function$
|
||||
|
||||
<note>
|
||||
<para>
|
||||
Nondecimal integer constants are currently only supported in the range
|
||||
Non-decimal integer constants are currently only supported in the range
|
||||
of the <type>bigint</type> type (see <xref
|
||||
linkend="datatype-numeric-table"/>).
|
||||
</para>
|
||||
|
Reference in New Issue
Block a user