@@ -2108,12 +2108,16 @@ SET ENABLE_SEQSCAN TO OFF;
21082108 </indexterm>
21092109 <listitem>
21102110 <para>
2111- Specifies the maximum number of concurrent connections from standby
2112- servers or streaming base backup clients (i.e., the maximum number of
2113- simultaneously running WAL sender
2114- processes). The default is zero. This parameter can only be set at
2115- server start. <varname>wal_level</> must be set to <literal>archive</>
2116- or <literal>hot_standby</> to allow connections from standby servers.
2111+ Specifies the maximum number of concurrent connections from
2112+ standby servers or streaming base backup clients (i.e., the
2113+ maximum number of simultaneously running WAL sender
2114+ processes). The default is zero, meaning replication is
2115+ disabled. WAL sender processes count towards the total number
2116+ of connections, so the parameter cannot be set higher than
2117+ <xref linkend="guc-max-connections">. This parameter can only
2118+ be set at server start. <varname>wal_level</> must be set
2119+ to <literal>archive</> or <literal>hot_standby</> to allow
2120+ connections from standby servers.
21172121 </para>
21182122 </listitem>
21192123 </varlistentry>
@@ -4904,9 +4908,11 @@ COPY postgres_log FROM '/full/path/to/logfile.csv' WITH csv;
49044908 <para>
49054909 This parameter is normally on. When set to <literal>off</>, it
49064910 disables validation of the function body string during <xref
4907- linkend="sql-createfunction">. Disabling validation is
4908- occasionally useful to avoid problems such as forward references
4909- when restoring function definitions from a dump.
4911+ linkend="sql-createfunction">. Disabling validation avoids side
4912+ effects of the validation process and avoids false positives due
4913+ to problems such as forward references. Set this parameter
4914+ to <literal>off</> before loading functions on behalf of other
4915+ users; <application>pg_dump</> does so automatically.
49104916<!## XC>
49114917 <note>
49124918 <para>
@@ -5293,6 +5299,7 @@ SET XML OPTION { DOCUMENT | CONTENT };
52935299 partially-significant digits; this is especially useful for dumping
52945300 float data that needs to be restored exactly. Or it can be set
52955301 negative to suppress unwanted digits.
5302+ See also <xref linkend="datatype-float">.
52965303 </para>
52975304 </listitem>
52985305 </varlistentry>
@@ -5592,7 +5599,7 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
55925599 just wait on the lock for a while before checking for a
55935600 deadlock. Increasing this value reduces the amount of time
55945601 wasted in needless deadlock checks, but slows down reporting of
5595- real deadlock errors. The default is one second (<literal>1s</>),
5602+ real deadlock errors. The default is one second nheritance (<literal>1s</>),
55965603 which is probably about the smallest value you would want in
55975604 practice. On a heavily loaded server you might want to raise it.
55985605 Ideally the setting should exceed your typical transaction time,
@@ -5872,7 +5879,23 @@ dynamic_library_path = 'C:\tools\postgresql;H:\my_project\lib;$libdir'
58725879 <indexterm><primary>inheritance</></>
58735880 <listitem>
58745881 <para>
5875- This controls the inheritance semantics. If turned <literal>off</>,
5882+ This setting controls whether undecorated table references are
5883+ considered to include inheritance child tables. The default is
5884+ <literal>on</>, which means child tables are included (thus,
5885+ a <literal>*</> suffix is assumed by default). If turned
5886+ <literal>off</>, child tables are not included (thus, an
5887+ <literal>ONLY</literal> prefix is assumed). The SQL standard
5888+ requires child tables to be included, so the <literal>off</> setting
5889+ is not spec-compliant, but it is provided for compatibility with
5890+ <productname>PostgreSQL</> releases prior to 7.1.
5891+ See <xref linkend="ddl-inherit"> for more information.
5892+ </para>
5893+
5894+ <para>
5895+ Turning <varname>sql_inheritance</> off is deprecated, because that
5896+ behavior has been found to be error-prone as well as contrary to SQL
5897+ standard. Discussions of inheritance behavior elsewhere in this
5898+ manual generally assume that it is <literal>on</>.
58765899 subtables are not accessed by various commands by default; basically
58775900 an implied <literal>ONLY</literal> key word. This was added for
58785901 compatibility with releases prior to 7.1. See
0 commit comments