mirrors/postgres
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Fix whitespace

Browse Source
This commit is contained in:
Peter Eisentraut 2014-07-08 23:29:09 -04:00
parent 56abcf6b82
commit 8522f21400
13 changed files with 21 additions and 21 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
doc/src/sgml/datatype.sgml
View File

@ -4496,7 +4496,7 @@ SELECT * FROM pg_attribute
the write-ahead log stream. It is printed as two hexadecimal numbers of
up to 8 digits each, separated by a slash; for example,
<literal>16/B374D848</>. The <type>pg_lsn</type> type supports the
standard comparison operators, like <literal>=</literal> and
standard comparison operators, like <literal>=</literal> and
<literal>&gt;</literal>. Two LSNs can be subtracted using the
<literal>-</literal> operator; the result is the number of bytes separating
those write-ahead log positions.

10
doc/src/sgml/func.sgml
View File

@ -10160,8 +10160,8 @@ table2-mapping
</note>
<para>
The standard comparison operators shown in <xref
linkend="functions-comparison-table"> are available for
<type>jsonb</type>, but not for <type>json</type>. They follow the
linkend="functions-comparison-table"> are available for
<type>jsonb</type>, but not for <type>json</type>. They follow the
ordering rules for btree operations outlined at <xref
linkend="json-indexing">.
</para>
@ -10668,9 +10668,9 @@ table2-mapping
<entry><literal>select * from json_to_record('{"a":1,"b":[1,2,3],"c":"bar"}') as x(a int, b text, d text) </literal></entry>
<entry>
<programlisting>
a | b | d
a | b | d
---+---------+---
1 | [1,2,3] |
1 | [1,2,3] |
</programlisting>
</entry>
</row>
@ -14006,7 +14006,7 @@ AND
<literal>*&gt;=</>.
These operators compare the internal binary representation of the two
rows. Two rows might have a different binary representation even
though comparisons of the two rows with the equality operator is true.
though comparisons of the two rows with the equality operator is true.
The ordering of rows under these comparision operators is deterministic
but not otherwise meaningful. These operators are used internally for
materialized views and might be useful for other specialized purposes

4
doc/src/sgml/gin.sgml
View File

@ -559,7 +559,7 @@
triConsistent alone is sufficient. However, if the boolean variant is
significantly cheaper to calculate, it can be advantageous to provide both.
If only the boolean variant is provided, some optimizations that depend on
refuting index items before fetching all the keys are disabled.
refuting index items before fetching all the keys are disabled.
<variablelist>
<varlistentry>
@ -628,7 +628,7 @@
When <literal>GIN_MAYBE</> values are present, the function should only
return GIN_TRUE if the item matches whether or not the index item
contains the corresponding query keys. Likewise, the function must
return GIN_FALSE only if the item does not match, whether or not it
return GIN_FALSE only if the item does not match, whether or not it
contains the GIN_MAYBE keys. If the result depends on the GIN_MAYBE
entries, i.e. the match cannot be confirmed or refuted based on the
known query keys, the function must return GIN_MAYBE.

2
doc/src/sgml/libpq.sgml
View File

@ -7200,7 +7200,7 @@ ldap://ldap.acme.com/cn=dbserver,cn=hosts?pgconnectinfo?base?(objectclass=*)
</para>
<para>
Note that the client's <filename>~/.postgresql/root.crt</> lists the top-level CAs
Note that the client's <filename>~/.postgresql/root.crt</> lists the top-level CAs
that are considered trusted for signing server certificates. In principle it need
not list the CA that signed the client's certificate, though in most cases
that CA would also be trusted for server certificates.

2
doc/src/sgml/pgcrypto.sgml
View File

@ -95,7 +95,7 @@ hmac(data bytea, key text, type text) returns bytea
</para>
<para>
The algorithms in <function>crypt()</> differ from the usual
The algorithms in <function>crypt()</> differ from the usual
MD5 or SHA1 hashing algorithms in the following respects:
</para>

2
doc/src/sgml/pgprewarm.sgml
View File

@ -25,7 +25,7 @@ pg_prewarm(regclass, mode text default 'buffer', fork text default 'main',
<para>
The first argument is the relation to be prewarmed. The second argument
is the prewarming method to be used, as further discussed below; the third
is the relation fork to be prewarmed, usually <literal>main</literal>.
is the relation fork to be prewarmed, usually <literal>main</literal>.
The fourth argument is the first block number to prewarm
(<literal>NULL</literal> is accepted as a synonym for zero). The fifth
argument is the last block number to prewarm (<literal>NULL</literal>

4
doc/src/sgml/plpgsql.sgml
View File

@ -4726,7 +4726,7 @@ a_output := a_output || $$ if v_$$ || referrer_keys.kind || $$ like '$$
<para>
These additional checks are enabled through the configuration variables
<varname>plpgsql.extra_warnings</> for warnings and
<varname>plpgsql.extra_warnings</> for warnings and
<varname>plpgsql.extra_errors</> for errors. Both can be set either to
a comma-separated list of checks, <literal>"none"</> or <literal>"all"</>.
The default is <literal>"none"</>. Currently the list of available checks
@ -4736,7 +4736,7 @@ a_output := a_output || $$ if v_$$ || referrer_keys.kind || $$ like '$$
<term><varname>shadowed_variables</varname></term>
<listitem>
<para>
Checks if a declaration shadows a previously defined variable.
Checks if a declaration shadows a previously defined variable.
</para>
</listitem>
</varlistentry>

2
doc/src/sgml/recovery-config.sgml
View File

@ -157,7 +157,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
following parameters can be used to specify an earlier stopping point.
At most one of <varname>recovery_target</>,
<varname>recovery_target_name</>, <varname>recovery_target_time</>, or
<varname>recovery_target_xid</> can be specified.
<varname>recovery_target_xid</> can be specified.
</para>
<variablelist>

6
doc/src/sgml/ref/alter_system.sgml
View File

@ -33,16 +33,16 @@ ALTER SYSTEM SET <replaceable class="PARAMETER">configuration_parameter</replace
values to the <filename>postgresql.auto.conf</filename> file. With
<literal>DEFAULT</literal>, it removes a configuration entry from
<filename>postgresql.auto.conf</filename> file. The values will be
effective after reload of server configuration (SIGHUP) or in next
effective after reload of server configuration (SIGHUP) or in next
server start based on the type of configuration parameter modified.
</para>
<para>
This command is not allowed inside transaction block or function.
</para>
<para>
See <xref linkend="config-setting"> for other ways to set the parameters and
See <xref linkend="config-setting"> for other ways to set the parameters and
how they become effective.
</para>
</refsect1>

2
doc/src/sgml/ref/create_aggregate.sgml
View File

@ -447,7 +447,7 @@ SELECT col FROM tab ORDER BY col USING sortop LIMIT 1;
<listitem>
<para>
The approximate average size (in bytes) of the aggregate's state
value, when using moving-aggregate mode. This works the same as
value, when using moving-aggregate mode. This works the same as
<replaceable>state_data_size</>.
</para>
</listitem>

2
doc/src/sgml/ref/create_table.sgml
View File

@ -329,7 +329,7 @@ CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } | UNLOGGED ] TABLE [ IF NOT EXI
</para>
<para>
Default expressions for the copied column definitions will only be
copied if <literal>INCLUDING DEFAULTS</literal> is specified.
copied if <literal>INCLUDING DEFAULTS</literal> is specified.
Defaults that call database-modification functions, like
<function>nextval</>, create a linkage between the original and
new tables. The

2
doc/src/sgml/ref/pg_basebackup.sgml
View File

@ -254,7 +254,7 @@ PostgreSQL documentation
<term><option>--xlogdir=<replaceable class="parameter">xlogdir</replaceable></option></term>
<listitem>
<para>
Specifies the location for the transaction log directory.
Specifies the location for the transaction log directory.
<replaceable>xlogdir</replaceable> must be an absolute path.
The transaction log directory can only be specified when
the backup is in plain mode.

2
doc/src/sgml/ref/psql-ref.sgml
View File

@ -951,7 +951,7 @@ testdb=&gt;
The command form <literal>\d+</literal> is identical, except that
more information is displayed: any comments associated with the
columns of the table are shown, as is the presence of OIDs in the
table, the view definition if the relation is a view, a non-default
table, the view definition if the relation is a view, a non-default
<link linkend="SQL-CREATETABLE-REPLICA-IDENTITY">replica
identity</link> setting.
</para>