Skip to content

P
Postgres FD Implementation
Commit bb003edb authored by Tom Lane's avatar Tom Lane
Browse files
Options

Release notes for 14.1, 13.5, 12.9, 11.14, 10.19, 9.6.24.

parent b0f6bd48
Hide whitespace changes
Inline Side-by-side
Showing with 22 additions and 990 deletions
doc/src/sgml/release-14.sgml
View file @ bb003edb
...@@ -177,48 +177,6 @@ Branch: REL9_6_STABLE [e428699cb] 2021-10-23 18:36:43 -0700 ...@@ -177,48 +177,6 @@ Branch: REL9_6_STABLE [e428699cb] 2021-10-23 18:36:43 -0700
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [ce773f230] 2021-09-02 17:24:41 -0400
Branch: REL_14_STABLE Release: REL_14_0 [23c6bc581] 2021-09-02 17:24:42 -0400
Branch: REL_13_STABLE [be2beadaf] 2021-09-02 17:24:42 -0400
Branch: REL_12_STABLE [a3bf13673] 2021-09-02 17:24:42 -0400
Branch: REL_11_STABLE [ad66373ea] 2021-09-02 17:24:42 -0400
Branch: REL_10_STABLE [2bb20e34c] 2021-09-02 17:24:42 -0400
Branch: REL9_6_STABLE [dea212e24] 2021-09-02 17:24:42 -0400
Branch: master [fd549145d] 2021-09-03 10:01:02 -0400
Branch: REL_14_STABLE Release: REL_14_0 [08b96a2b5] 2021-09-03 10:01:02 -0400
Branch: REL_13_STABLE [9089f1543] 2021-09-03 10:01:02 -0400
Branch: REL_12_STABLE [1fab33c0b] 2021-09-03 10:01:02 -0400
Branch: REL_11_STABLE [2836d57e4] 2021-09-03 10:01:02 -0400
Branch: master [b30cc0fd6] 2021-09-04 16:29:08 -0400
Branch: REL_14_STABLE Release: REL_14_0 [718978d9d] 2021-09-04 16:29:08 -0400
Branch: REL_13_STABLE [2c0dd669c] 2021-09-04 16:29:08 -0400
Branch: REL_12_STABLE [fd295d0c6] 2021-09-04 16:29:08 -0400
Branch: REL_11_STABLE [8782a8452] 2021-09-04 16:29:08 -0400
Branch: REL_10_STABLE [70354dd56] 2021-09-04 16:29:08 -0400
Branch: REL9_6_STABLE [a5e8f7b37] 2021-09-04 16:29:08 -0400
-->
<para>
Fix <type>float4</type> and <type>float8</type> hash functions to
produce uniform results for NaNs (Tom Lane)
</para>
<para>
Since <productname>PostgreSQL</productname>'s floating-point types
deem all NaNs to be equal, it's important for the hash functions to
produce the same hash code for all bit-patterns that are NaNs
according to the IEEE 754 standard. This failed to happen before,
meaning that hash indexes and hash-based query plans might produce
incorrect results for non-canonical NaN values.
(<literal>'-NaN'::float8</literal> is one way to produce such a
value on most machines.) It is advisable to reindex hash indexes
on floating-point columns, if there is any possibility that they
might contain such values.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz> Author: Michael Paquier <michael@paquier.xyz>
Branch: master [add5cf28d] 2021-11-01 11:38:23 +0900 Branch: master [add5cf28d] 2021-11-01 11:38:23 +0900
Branch: REL_14_STABLE [f255de9a4] 2021-11-01 11:40:22 +0900 Branch: REL_14_STABLE [f255de9a4] 2021-11-01 11:40:22 +0900
...@@ -233,36 +191,6 @@ Branch: REL_13_STABLE [77f7909a4] 2021-11-01 11:40:29 +0900 ...@@ -233,36 +191,6 @@ Branch: REL_13_STABLE [77f7909a4] 2021-11-01 11:40:29 +0900
<listitem> <listitem>
<!-- <!--
Author: Noah Misch <noah@leadboat.com>
Branch: master [97ddda8a8] 2021-08-27 23:33:23 -0700
Branch: REL_14_STABLE Release: REL_14_0 [5513c09c8] 2021-08-27 23:33:27 -0700
Branch: REL_13_STABLE [b18669f5e] 2021-08-27 23:33:27 -0700
Branch: REL_12_STABLE [a494f1023] 2021-08-27 23:34:03 -0700
Branch: REL_11_STABLE [6ebd2426b] 2021-08-27 23:34:22 -0700
Branch: REL_10_STABLE [f11c1bb17] 2021-08-27 23:42:53 -0700
Branch: REL9_6_STABLE [978998dbd] 2021-08-27 23:44:55 -0700
-->
<para>
Prevent data loss during crash recovery of <command>CREATE
TABLESPACE</command>, when <varname>wal_level</varname>
= <literal>minimal</literal> (Noah Misch)
</para>
<para>
If the server crashed between <command>CREATE TABLESPACE</command>
and the next checkpoint, replay would fully remove the contents of
the new tablespace's directory, relying on subsequent WAL replay
to restore everything within that directory. This interacts badly
with optimizations that skip writing WAL (one example
is <command>COPY</command> into a just-created table). Such
optimizations are applied only when <varname>wal_level</varname>
is <literal>minimal</literal>, which is not the default in v10 and
later.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz> Author: Michael Paquier <michael@paquier.xyz>
Branch: master [98ec35b0b] 2021-10-21 10:39:01 +0900 Branch: master [98ec35b0b] 2021-10-21 10:39:01 +0900
Branch: REL_14_STABLE [5040c9641] 2021-10-21 10:39:07 +0900 Branch: REL_14_STABLE [5040c9641] 2021-10-21 10:39:07 +0900
...@@ -306,47 +234,6 @@ Branch: REL_10_STABLE [d36bdc4e9] 2021-10-18 19:08:25 -0300 ...@@ -306,47 +234,6 @@ Branch: REL_10_STABLE [d36bdc4e9] 2021-10-18 19:08:25 -0300
<listitem> <listitem>
<!-- <!--
Author: Amit Kapila <akapila@postgresql.org>
Branch: master [4548c7673] 2021-09-22 08:00:54 +0530
Branch: REL_14_STABLE Release: REL_14_0 [9eff85932] 2021-09-22 08:13:37 +0530
Branch: REL_13_STABLE [f09a81f1c] 2021-09-22 08:24:20 +0530
-->
<para>
Ensure that the relation cache is invalidated for all partitions
of a partitioned table that is being added to or removed from a
publication (Hou Zhijie, Vignesh C)
</para>
<para>
This oversight could lead to improper replication behavior until all
currently-existing sessions have exited.
</para>
</listitem>
<listitem>
<!--
Author: Amit Kapila <akapila@postgresql.org>
Branch: master [8bd534274] 2021-09-08 11:50:37 +0530
Branch: REL_14_STABLE Release: REL_14_0 [8db27fbc1] 2021-09-08 12:08:29 +0530
Branch: REL_13_STABLE [ddfc7299d] 2021-09-08 12:14:59 +0530
Branch: REL_12_STABLE [2eb09f27d] 2021-09-08 12:16:15 +0530
Branch: REL_11_STABLE [96e38fa5e] 2021-09-08 11:20:42 +0530
Branch: REL_10_STABLE [28cde380c] 2021-09-08 11:23:01 +0530
-->
<para>
Ensure that the relation cache is invalidated when creating or
dropping a <literal>FOR ALL TABLES</literal> publication
(Hou Zhijie, Vignesh C)
</para>
<para>
This oversight could lead to improper replication behavior until all
currently-existing sessions have exited.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz> Author: Michael Paquier <michael@paquier.xyz>
Branch: master [5b0e7fe1d] 2021-10-13 16:38:07 +0900 Branch: master [5b0e7fe1d] 2021-10-13 16:38:07 +0900
Branch: REL_14_STABLE [922e15c47] 2021-10-13 16:38:15 +0900 Branch: REL_14_STABLE [922e15c47] 2021-10-13 16:38:15 +0900
...@@ -367,35 +254,6 @@ Branch: REL_14_STABLE [922e15c47] 2021-10-13 16:38:15 +0900 ...@@ -367,35 +254,6 @@ Branch: REL_14_STABLE [922e15c47] 2021-10-13 16:38:15 +0900
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [5c056b0c2] 2021-08-06 17:32:54 -0400
Branch: REL_14_STABLE Release: REL_14_0 [e5f6493e3] 2021-08-06 17:32:54 -0400
Branch: REL_13_STABLE [dede14399] 2021-09-20 11:48:52 -0400
Branch: REL_12_STABLE [f230614da] 2021-09-20 11:48:52 -0400
Branch: REL_11_STABLE [914e54501] 2021-09-20 11:48:52 -0400
Branch: REL_10_STABLE [923b7efc2] 2021-09-20 11:48:52 -0400
Branch: REL9_6_STABLE [183b3aced] 2021-09-20 11:48:52 -0400
-->
<para>
Don't discard a cast to the same type with unspecified type modifier
(Tom Lane)
</para>
<para>
For example, if column <literal>f1</literal> is of
type <literal>numeric(18,3)</literal>, the parser used to simply
discard a cast like <literal>f1::numeric</literal>, on the grounds
that it would have no run-time effect. That's true, but the exposed
type of the expression should still be considered to be
plain <literal>numeric</literal>,
not <literal>numeric(18,3)</literal>. This is important for
correctly resolving the type of larger constructs, such
as recursive <literal>UNION</literal>s.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [3e310d837] 2021-10-19 13:54:45 -0400 Branch: master [3e310d837] 2021-10-19 13:54:45 -0400
Branch: REL_14_STABLE [04dae19f4] 2021-10-19 13:54:45 -0400 Branch: REL_14_STABLE [04dae19f4] 2021-10-19 13:54:45 -0400
Branch: REL_13_STABLE [30e61a8cd] 2021-10-19 13:54:46 -0400 Branch: REL_13_STABLE [30e61a8cd] 2021-10-19 13:54:46 -0400
...@@ -440,28 +298,6 @@ Branch: REL_13_STABLE [170206e45] 2021-10-01 18:29:18 -0300 ...@@ -440,28 +298,6 @@ Branch: REL_13_STABLE [170206e45] 2021-10-01 18:29:18 -0300
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [db2760a84] 2021-09-03 16:39:03 -0400
Branch: REL_14_STABLE Release: REL_14_0 [2cc018ba8] 2021-09-03 16:39:04 -0400
Branch: REL_13_STABLE [132be6000] 2021-09-03 16:38:55 -0400
Branch: REL_12_STABLE [9046a0536] 2021-09-03 16:38:55 -0400
Branch: REL_11_STABLE [9ebe2852e] 2021-09-03 16:38:55 -0400
Branch: REL_10_STABLE [5d7c6b6c8] 2021-09-03 16:38:55 -0400
-->
<para>
Disallow creating an ICU collation if the current database's
encoding won't support it (Tom Lane)
</para>
<para>
Previously this was allowed, but then the collation could not be
referenced because of the way collation lookup works; you could not
use the collation, nor even drop it.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz> Author: Michael Paquier <michael@paquier.xyz>
Branch: master [fdd885714] 2021-10-19 11:03:52 +0900 Branch: master [fdd885714] 2021-10-19 11:03:52 +0900
Branch: REL_14_STABLE [b1b797ec7] 2021-10-19 11:04:00 +0900 Branch: REL_14_STABLE [b1b797ec7] 2021-10-19 11:04:00 +0900
...@@ -503,101 +339,6 @@ Branch: REL9_6_STABLE [0de8f9bc8] 2021-10-06 13:24:22 +0100 ...@@ -503,101 +339,6 @@ Branch: REL9_6_STABLE [0de8f9bc8] 2021-10-06 13:24:22 +0100
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [65dc30ced] 2021-08-24 16:37:26 -0400
Branch: REL_14_STABLE Release: REL_14_0 [244dd7992] 2021-08-24 16:37:27 -0400
Branch: REL_13_STABLE [071146184] 2021-08-24 16:37:27 -0400
Branch: REL_12_STABLE [92620e82f] 2021-08-24 16:37:27 -0400
Branch: REL_11_STABLE [3ebd32e70] 2021-08-24 16:37:27 -0400
Branch: REL_10_STABLE [062c4c791] 2021-08-24 16:37:27 -0400
Branch: REL9_6_STABLE [7e75fe390] 2021-08-24 16:37:27 -0400
-->
<para>
Avoid regular expression errors with capturing parentheses
inside <literal>{0}</literal> (Tom Lane)
</para>
<para>
Regular expressions like <literal>(.){0}...\1</literal> drew
<quote>invalid backreference number</quote>. Other regexp engines
such as Perl don't complain, though, and for that matter ours
doesn't either in some closely related cases. Worse, it could throw
an assertion failure instead. Fix it so that no error is thrown and
instead the back-reference is silently deemed to never match.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [9bbf6f734] 2021-08-23 17:41:07 -0400
Branch: REL_14_STABLE Release: REL_14_0 [779557bd2] 2021-08-23 17:41:07 -0400
Branch: REL_13_STABLE [9a327179c] 2021-08-23 17:41:07 -0400
Branch: REL_12_STABLE [b9521a1f9] 2021-08-23 17:41:07 -0400
Branch: REL_11_STABLE [08e080756] 2021-08-23 17:41:07 -0400
Branch: REL_10_STABLE [df87b7c44] 2021-08-23 17:41:07 -0400
Branch: REL9_6_STABLE [d90e14414] 2021-08-23 17:41:07 -0400
-->
<para>
Prevent regular expression back-references from sometimes matching
when they shouldn't (Tom Lane)
</para>
<para>
The regexp engine was careless about clearing match data
for capturing parentheses after rejecting a partial match. This
could allow a later back-reference to match in places where it
should fail for lack of a defined referent.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [facce1da9] 2021-08-20 14:19:04 -0400
Branch: REL_14_STABLE Release: REL_14_0 [57a2d4a1b] 2021-08-20 14:19:04 -0400
Branch: REL_13_STABLE [b30f7f399] 2021-08-20 14:19:04 -0400
Branch: REL_12_STABLE [adbfde3db] 2021-08-20 14:19:04 -0400
Branch: REL_11_STABLE [9610852ab] 2021-08-20 14:19:04 -0400
Branch: REL_10_STABLE [e0f2acf26] 2021-08-20 14:19:04 -0400
Branch: REL9_6_STABLE [cafebd663] 2021-08-20 14:19:04 -0400
-->
<para>
Fix regular expression performance bug with back-references inside
iteration nodes (Tom Lane)
</para>
<para>
Incorrect back-tracking logic could result in exponential time spent
looking for a match. Fortunately the problem is masked in most
cases by other optimizations.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: REL_14_STABLE Release: REL_14_0 [599c73a91] 2021-09-06 11:29:52 -0400
Branch: REL_13_STABLE [d8a266c5e] 2021-09-06 11:29:52 -0400
Branch: REL_12_STABLE [eb3c8d248] 2021-09-06 11:29:52 -0400
Branch: REL_11_STABLE [90b4647f6] 2021-09-06 11:29:52 -0400
Branch: REL_10_STABLE [b28c862a6] 2021-09-06 11:29:52 -0400
Branch: REL9_6_STABLE [5907c3818] 2021-09-06 11:29:52 -0400
-->
<para>
Fix incorrect results from <literal>AT TIME ZONE</literal> applied
to a <type>time with time zone</type> value (Tom Lane)
</para>
<para>
The results were incorrect if the target time zone was specified by
a dynamic timezone abbreviation (that is, one that is defined as
equivalent to a full time zone name, rather than a fixed UTC offset).
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [4d5f651f1] 2021-10-14 12:43:55 -0400 Branch: master [4d5f651f1] 2021-10-14 12:43:55 -0400
Branch: REL_14_STABLE [fd059ac2e] 2021-10-14 12:43:43 -0400 Branch: REL_14_STABLE [fd059ac2e] 2021-10-14 12:43:43 -0400
Branch: REL_13_STABLE [fdd6a4d8d] 2021-10-14 12:43:43 -0400 Branch: REL_13_STABLE [fdd6a4d8d] 2021-10-14 12:43:43 -0400
...@@ -620,26 +361,6 @@ Branch: REL_13_STABLE [fdd6a4d8d] 2021-10-14 12:43:43 -0400 ...@@ -620,26 +361,6 @@ Branch: REL_13_STABLE [fdd6a4d8d] 2021-10-14 12:43:43 -0400
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [a21049fd3] 2021-09-17 15:41:16 -0400
Branch: REL_14_STABLE Release: REL_14_0 [4d5b4483d] 2021-09-17 15:41:16 -0400
Branch: REL_13_STABLE [e0b0d1eab] 2021-09-17 15:41:16 -0400
Branch: REL_12_STABLE [febe013ca] 2021-09-17 15:41:16 -0400
-->
<para>
Fix mistranslation of PlaceHolderVars to inheritance child relations
(Tom Lane)
</para>
<para>
This error could result in assertion failures, or in mis-planning of
queries having partitioned or inherited tables on the nullable side
of an outer join.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [8c1144ba7] 2021-10-01 14:59:35 -0400 Branch: master [8c1144ba7] 2021-10-01 14:59:35 -0400
Branch: REL_14_STABLE [a54509bfd] 2021-10-01 14:59:35 -0400 Branch: REL_14_STABLE [a54509bfd] 2021-10-01 14:59:35 -0400
Branch: REL_13_STABLE [7adbe186f] 2021-10-01 14:59:35 -0400 Branch: REL_13_STABLE [7adbe186f] 2021-10-01 14:59:35 -0400
...@@ -711,6 +432,28 @@ Branch: REL9_6_STABLE [f49bf8263] 2021-10-18 11:57:07 +0900 ...@@ -711,6 +432,28 @@ Branch: REL9_6_STABLE [f49bf8263] 2021-10-18 11:57:07 +0900
<listitem> <listitem>
<!-- <!--
Author: Alexander Korotkov <akorotkov@postgresql.org>
Branch: master [05e6e78c1] 2021-11-06 19:13:58 +0300
Branch: REL_14_STABLE [b0f6bd48f] 2021-11-06 19:13:53 +0300
Branch: REL_13_STABLE [e1fee28a0] 2021-11-06 18:34:19 +0300
Branch: REL_12_STABLE [8f779a1a3] 2021-11-06 18:34:21 +0300
Branch: REL_11_STABLE [691c0df73] 2021-11-06 18:34:23 +0300
Branch: REL_10_STABLE [774d00573] 2021-11-06 18:34:26 +0300
Branch: REL9_6_STABLE [7381b79ad] 2021-11-06 18:34:31 +0300
-->
<para>
Prevent wraparound of overflowed-subtransaction tracking on standby
servers (Kyotaro Horiguchi, Alexander Korotkov)
</para>
<para>
This oversight could cause significant performance degradation
(manifesting as excessive SubtransSLRU traffic) on standby servers.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz> Author: Michael Paquier <michael@paquier.xyz>
Branch: master [8a4237908] 2021-10-04 14:05:20 +0900 Branch: master [8a4237908] 2021-10-04 14:05:20 +0900
Branch: REL_14_STABLE [828f7f000] 2021-10-04 14:05:48 +0900 Branch: REL_14_STABLE [828f7f000] 2021-10-04 14:05:48 +0900
...@@ -736,44 +479,6 @@ Branch: REL9_6_STABLE [e2b2a9e1c] 2021-10-04 14:06:09 +0900 ...@@ -736,44 +479,6 @@ Branch: REL9_6_STABLE [e2b2a9e1c] 2021-10-04 14:06:09 +0900
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [1316be286] 2021-09-15 12:31:56 -0400
Branch: REL_14_STABLE Release: REL_14_0 [d84d62b62] 2021-09-15 12:31:56 -0400
Branch: REL_13_STABLE [e06cc024b] 2021-09-15 12:31:56 -0400
-->
<para>
Disallow <literal>LISTEN</literal> in background workers (Tom Lane)
</para>
<para>
There's no infrastructure to support this, so if someone did
it, it would only result in preventing cleanup of
the <literal>NOTIFY</literal> queue.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [2e4eae87d] 2021-09-14 17:18:25 -0400
Branch: REL_14_STABLE Release: REL_14_0 [0eff10a00] 2021-09-14 17:18:25 -0400
Branch: REL_13_STABLE [63f28776c] 2021-09-14 17:18:25 -0400
-->
<para>
Send <literal>NOTIFY</literal> signals to other backends during
transaction commit, not in the server's idle loop (Artur Zakirov,
Tom Lane)
</para>
<para>
This change allows notifications to be delivered immediately after
an intra-procedure <literal>COMMIT</literal>. It also allows
logical replication workers to send notifications.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [39ae0ef85] 2021-10-11 11:56:52 -0400 Branch: master [39ae0ef85] 2021-10-11 11:56:52 -0400
Branch: REL_14_STABLE [2c25db32e] 2021-10-11 11:56:52 -0400 Branch: REL_14_STABLE [2c25db32e] 2021-10-11 11:56:52 -0400
--> -->
...@@ -786,261 +491,6 @@ Branch: REL_14_STABLE [2c25db32e] 2021-10-11 11:56:52 -0400 ...@@ -786,261 +491,6 @@ Branch: REL_14_STABLE [2c25db32e] 2021-10-11 11:56:52 -0400
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [c1b7a6c27] 2021-09-10 13:18:32 -0400
Branch: REL_14_STABLE Release: REL_14_0 [d844cd75a] 2021-09-10 13:18:32 -0400
Branch: REL_13_STABLE [fa5d0415f] 2021-09-10 13:18:32 -0400
Branch: REL_12_STABLE [ba408fc96] 2021-09-10 13:18:32 -0400
Branch: REL_11_STABLE [9ea8d3d24] 2021-09-10 13:18:32 -0400
-->
<para>
Refuse to rewind a cursor marked <literal>NO SCROLL</literal>
if it has been held over from a previous transaction due
to the <literal>WITH HOLD</literal> option (Tom Lane)
</para>
<para>
We have long forbidden fetching backwards from a <literal>NO
SCROLL</literal> cursor, but for historical reasons the prohibition
didn't extend to cases in which we rewind the query altogether and
then re-fetch forwards. That exception leads to inconsistencies,
particularly for held-over cursors which may not have stored all the
data necessary to rewind. Disallow rewinding for non-scrollable
held-over cursors to block the worst inconsistencies. (v15 will
remove the exception altogether.)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [cba79a163] 2021-09-09 13:36:44 -0400
Branch: REL_14_STABLE Release: REL_14_0 [b7056c0a2] 2021-09-09 13:36:44 -0400
Branch: REL_13_STABLE [d8d93bc8b] 2021-09-09 13:36:31 -0400
Branch: REL_12_STABLE [2e75e969c] 2021-09-09 13:36:31 -0400
Branch: REL_11_STABLE [7813451c2] 2021-09-09 13:36:31 -0400
-->
<para>
Fix possible failure while saving a <literal>WITH HOLD</literal>
cursor at transaction end, if it had already been read to completion
(Tom Lane)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [8481f9989] 2021-09-09 11:45:48 -0400
Branch: REL_14_STABLE Release: REL_14_0 [7430c7742] 2021-09-09 11:45:48 -0400
Branch: REL_13_STABLE [04118de78] 2021-09-09 11:45:48 -0400
Branch: REL_12_STABLE [a7a73ce30] 2021-09-09 11:45:48 -0400
Branch: REL_11_STABLE [1a23b669d] 2021-09-09 11:45:48 -0400
Branch: REL_10_STABLE [ca1dd6234] 2021-09-09 11:45:48 -0400
Branch: REL9_6_STABLE [cc4de2bba] 2021-09-09 11:45:48 -0400
-->
<para>
Fix detection of a relation that has grown to the maximum allowed
length (Tom Lane)
</para>
<para>
An attempt to extend a table or index past the limit of 2^32-1
blocks was rejected, but not soon enough to prevent inconsistent
internal state from being created.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [362e2dcc4] 2021-09-08 12:05:47 -0400
Branch: REL_14_STABLE Release: REL_14_0 [03d01d746] 2021-09-08 12:05:43 -0400
Branch: REL_13_STABLE [cbba6ba3a] 2021-09-08 12:05:43 -0400
Branch: REL_12_STABLE [1fedbcc7a] 2021-09-08 12:05:43 -0400
Branch: REL_11_STABLE [882b7e728] 2021-09-08 12:05:43 -0400
Branch: REL_10_STABLE [9de082399] 2021-09-08 12:05:43 -0400
Branch: REL9_6_STABLE [595ab8a54] 2021-09-08 12:05:43 -0400
-->
<para>
Correctly track the presence of data-modifying CTEs when expanding
a <literal>DO INSTEAD</literal> rule (Greg Nancarrow, Tom Lane)
</para>
<para>
The previous failure to do this could lead to problems such as
unsafely choosing a parallel plan.
</para>
</listitem>
<listitem>
<!--
Author: Tomas Vondra <tomas.vondra@postgresql.org>
Branch: master [5be8ce82e] 2021-08-31 18:33:38 +0200
Branch: REL_14_STABLE Release: REL_14_0 [a371a5ba3] 2021-08-31 18:36:06 +0200
Branch: REL_13_STABLE [1fe1a04af] 2021-08-31 18:38:11 +0200
Branch: REL_12_STABLE [6c8b98669] 2021-08-31 18:40:09 +0200
Branch: REL_11_STABLE [b46ff4b50] 2021-08-31 18:42:11 +0200
Branch: REL_10_STABLE [bfb732c0e] 2021-08-31 18:44:36 +0200
Branch: master [628bc9d13] 2021-08-31 19:31:10 +0200
Branch: REL_14_STABLE Release: REL_14_0 [4090ff2a9] 2021-08-31 19:32:32 +0200
Branch: REL_13_STABLE [c8213aa94] 2021-08-31 19:36:03 +0200
Branch: REL_12_STABLE [5f8dd5dc1] 2021-08-31 19:41:58 +0200
Branch: REL_11_STABLE [bce24d1ed] 2021-08-31 19:42:14 +0200
Branch: REL_10_STABLE [6963e723f] 2021-08-31 19:44:30 +0200
-->
<para>
Fix incorrect reporting of permissions failures on extended
statistics objects (Tomas Vondra)
</para>
<para>
The code typically produced <quote>cache lookup error</quote> rather
than the intended message.
</para>
</listitem>
<listitem>
<!--
Author: Robert Haas <rhaas@postgresql.org>
Branch: master [a780b2fcc] 2021-08-25 08:32:04 -0400
Branch: REL_14_STABLE Release: REL_14_0 [11c123988] 2021-08-25 08:33:53 -0400
Branch: REL_13_STABLE [bc062cb93] 2021-08-25 08:40:52 -0400
Branch: REL_12_STABLE [f4b77e82e] 2021-08-25 08:45:00 -0400
Branch: REL_11_STABLE [198cf81e2] 2021-08-25 08:48:01 -0400
Branch: REL_10_STABLE [96f6ef9fe] 2021-08-25 08:55:52 -0400
-->
<para>
Fix incorrect snapshot handling in parallel workers (Greg Nancarrow)
</para>
<para>
This oversight could lead to misbehavior in parallel queries if the
transaction isolation level is less than <literal>REPEATABLE
READ</literal>.
</para>
</listitem>
<listitem>
<!--
Author: Amit Kapila <akapila@postgresql.org>
Branch: master [29b590547] 2021-08-25 09:53:07 +0530
Branch: REL_14_STABLE Release: REL_14_0 [9d7a80ce0] 2021-08-25 10:10:50 +0530
Branch: REL_13_STABLE [794025eff] 2021-08-25 09:23:27 +0530
Branch: REL_12_STABLE [e35705f54] 2021-08-25 09:32:56 +0530
Branch: REL_11_STABLE [bfdbda24b] 2021-08-25 09:43:33 +0530
-->
<para>
Fix logical decoding to correctly ignore toast-table changes for
transient tables (Bertrand Drouvot)
</para>
<para>
Logical decoding normally ignores changes in transient tables such
as those created during an <command>ALTER TABLE</command> heap
rewrite. But that filtering wasn't applied to the associated toast
table if any, leading to possible errors when rewriting a table
that's being published.
</para>
</listitem>
<listitem>
<!--
Author: Amit Kapila <akapila@postgresql.org>
Branch: master [df3640e52] 2021-09-13 10:24:00 +0530
Branch: REL_14_STABLE Release: REL_14_0 [f5e0ff463] 2021-09-13 10:35:00 +0530
Branch: REL_13_STABLE [58cf794ca] 2021-09-13 10:46:58 +0530
-->
<para>
Fix logical decoding's memory usage accounting to handle TOAST data
correctly (Bertrand Drouvot)
</para>
</listitem>
<listitem>
<!--
Author: Fujii Masao <fujii@postgresql.org>
Branch: master [596ba75cb] 2021-09-09 23:56:57 +0900
Branch: REL_14_STABLE Release: REL_14_0 [b5ec22bf5] 2021-09-09 23:58:05 +0900
Branch: REL_13_STABLE [dd9b3fced] 2021-09-09 23:58:26 +0900
Branch: REL_12_STABLE [466535254] 2021-09-09 23:58:54 +0900
Branch: REL_11_STABLE [aacb3cfaf] 2021-09-09 23:59:19 +0900
Branch: REL_10_STABLE [f77489046] 2021-09-09 23:59:40 +0900
Branch: REL9_6_STABLE [61e2aa2db] 2021-09-10 00:00:06 +0900
-->
<para>
Ensure that walreceiver processes create all required archive
notification files before exiting (Fujii Masao)
</para>
<para>
If a walreceiver exited exactly at a WAL segment boundary, it failed
to make a notification file for the last-received segment, thus
delaying archiving of that segment on the standby.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz>
Branch: master [a3fcbcda7] 2021-08-23 11:09:33 +0900
Branch: REL_14_STABLE Release: REL_14_0 [65b649fec] 2021-08-23 11:09:54 +0900
Branch: REL_13_STABLE [29f942325] 2021-08-23 11:09:57 +0900
Branch: master [ec2133a44] 2021-10-06 13:28:23 +0900
Branch: REL_14_STABLE [ae254356f] 2021-10-06 13:28:30 +0900
Branch: REL_13_STABLE [d6d68e223] 2021-10-06 13:28:35 +0900
-->
<para>
Fix computation of the WAL range to include in a backup manifest
when a timeline change is involved (Kyotaro Horiguchi)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [8d2d6ec77] 2021-08-19 12:12:35 -0400
Branch: REL_14_STABLE Release: REL_14_0 [464900393] 2021-08-19 12:12:35 -0400
Branch: REL_13_STABLE [7fa367d96] 2021-08-19 12:12:35 -0400
Branch: REL_12_STABLE [0c13ee198] 2021-08-19 12:12:35 -0400
Branch: REL_11_STABLE [fbc1eed8a] 2021-08-19 12:12:35 -0400
Branch: REL_10_STABLE [2739a2810] 2021-08-19 12:12:36 -0400
Branch: REL9_6_STABLE [cc7fae5c2] 2021-08-19 12:12:36 -0400
-->
<para>
Avoid trying to lock the <literal>OLD</literal>
and <literal>NEW</literal> pseudo-relations in a rule
that uses <literal>SELECT FOR UPDATE</literal>
(Masahiko Sawada, Tom Lane)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [2313dda9d] 2021-08-18 18:12:51 -0400
Branch: REL_14_STABLE Release: REL_14_0 [61f9dae2c] 2021-08-18 18:12:51 -0400
Branch: REL_13_STABLE [ecd4dd9f1] 2021-08-18 18:12:51 -0400
Branch: REL_12_STABLE [eb2f59b34] 2021-08-18 18:12:51 -0400
Branch: REL_11_STABLE [a65319f09] 2021-08-18 18:12:51 -0400
Branch: REL_10_STABLE [82ad7ecb4] 2021-08-18 18:12:51 -0400
Branch: REL9_6_STABLE [c09f56fed] 2021-08-18 18:12:51 -0400
-->
<para>
Fix parser's processing of aggregate <literal>FILTER</literal>
clauses (Tom Lane)
</para>
<para>
If the <literal>FILTER</literal> expression is a plain boolean column,
the semantic level of the aggregate could be mis-determined, leading
to not-per-spec behavior. If the <literal>FILTER</literal>
expression is itself a boolean-returning aggregate, an error should
be thrown but was not, likely resulting in a crash at execution.
</para>
</listitem>
<listitem>
<!--
Author: Alvaro Herrera <alvherre@alvh.no-ip.org> Author: Alvaro Herrera <alvherre@alvh.no-ip.org>
Branch: master [c2c618ff1] 2021-10-19 19:08:45 -0300 Branch: master [c2c618ff1] 2021-10-19 19:08:45 -0300
Branch: REL_14_STABLE [3ce3fb2f7] 2021-10-19 19:08:45 -0300 Branch: REL_14_STABLE [3ce3fb2f7] 2021-10-19 19:08:45 -0300
...@@ -1068,53 +518,6 @@ Branch: REL_12_STABLE [3c8c49945] 2021-10-20 13:05:42 -0300 ...@@ -1068,53 +518,6 @@ Branch: REL_12_STABLE [3c8c49945] 2021-10-20 13:05:42 -0300
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [6b71c925c] 2021-08-17 14:29:22 -0400
Branch: REL_14_STABLE Release: REL_14_0 [8f51ee63d] 2021-08-17 14:29:22 -0400
Branch: REL_13_STABLE [7b01246e1] 2021-08-17 14:29:22 -0400
-->
<para>
Prevent <literal>ALTER TYPE/DOMAIN/OPERATOR ... SET</literal>
from changing extension membership (Tom Lane)
</para>
<para>
<literal>ALTER ... SET</literal> executed by an extension script
would cause the target object to become a member of the extension if
it was not already. In itself this isn't too troubling, since
there's little reason for an extension script to touch an object not
belonging to the extension. But <literal>ALTER TYPE SET</literal>
will recurse to dependent domains, thus causing them to also become
extension members. This causes unwanted side-effects from
extension upgrade scripts that use that command to adjust the
properties of a base type belonging to the extension. Fix by
redefining these <literal>ALTER</literal> cases to never change
extension membership.
</para>
</listitem>
<listitem>
<!--
Author: Andres Freund <andres@anarazel.de>
Branch: master [edb4d95dd] 2021-09-13 18:26:15 -0700
Branch: REL_14_STABLE Release: REL_14_0 [4e86887e0] 2021-09-13 18:15:28 -0700
Branch: REL_13_STABLE [c49e6f9d9] 2021-09-13 18:26:18 -0700
Branch: REL_12_STABLE [43849b65f] 2021-09-13 18:26:18 -0700
Branch: REL_11_STABLE [dccffd9a2] 2021-09-13 18:26:18 -0700
-->
<para>
Avoid trying to clean up LLVM state after an error within LLVM
(Andres Freund, Justin Pryzby)
</para>
<para>
This prevents a likely crash during backend exit after a fatal LLVM
error.
</para>
</listitem>
<listitem>
<!--
Author: Alvaro Herrera <alvherre@alvh.no-ip.org> Author: Alvaro Herrera <alvherre@alvh.no-ip.org>
Branch: master [d74b54b3d] 2021-11-05 12:29:35 -0300 Branch: master [d74b54b3d] 2021-11-05 12:29:35 -0300
Branch: REL_14_STABLE [02e20bb2d] 2021-11-05 12:29:35 -0300 Branch: REL_14_STABLE [02e20bb2d] 2021-11-05 12:29:35 -0300
...@@ -1158,28 +561,6 @@ Branch: REL9_6_STABLE [71aeaf245] 2021-11-03 19:41:49 +0200 ...@@ -1158,28 +561,6 @@ Branch: REL9_6_STABLE [71aeaf245] 2021-11-03 19:41:49 +0200
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [3778bcb39] 2021-08-27 19:53:05 -0400
Branch: REL_14_STABLE Release: REL_14_0 [e84d4810c] 2021-08-27 19:53:06 -0400
Branch: REL_13_STABLE [dbb239d51] 2021-08-27 19:42:42 -0400
Branch: REL_12_STABLE [187b5fea9] 2021-08-27 19:42:42 -0400
Branch: REL_11_STABLE [7c1b0f4c3] 2021-08-27 19:42:42 -0400
Branch: REL_10_STABLE [6a787c83c] 2021-08-27 19:42:42 -0400
Branch: REL9_6_STABLE [9e959f7ed] 2021-08-27 19:42:42 -0400
-->
<para>
Ensure that scans of SP-GiST indexes are counted in the statistics
views (Tom Lane)
</para>
<para>
Incrementing the number-of-index-scans counter was overlooked in the
SP-GiST code, although per-tuple counters were advanced correctly.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [01fc65270] 2021-11-02 13:36:47 -0400 Branch: master [01fc65270] 2021-11-02 13:36:47 -0400
Branch: REL_14_STABLE [16a56774f] 2021-11-02 13:36:53 -0400 Branch: REL_14_STABLE [16a56774f] 2021-11-02 13:36:53 -0400
Branch: REL_13_STABLE [ada667b45] 2021-11-02 13:36:57 -0400 Branch: REL_13_STABLE [ada667b45] 2021-11-02 13:36:57 -0400
...@@ -1192,46 +573,6 @@ Branch: REL_13_STABLE [ada667b45] 2021-11-02 13:36:57 -0400 ...@@ -1192,46 +573,6 @@ Branch: REL_13_STABLE [ada667b45] 2021-11-02 13:36:57 -0400
<listitem> <listitem>
<!-- <!--
Author: Michael Paquier <michael@paquier.xyz>
Branch: master [e4ba1005c] 2021-08-16 12:10:22 +0900
Branch: REL_14_STABLE Release: REL_14_0 [f83d80ea1] 2021-08-16 12:11:49 +0900
Branch: REL_13_STABLE [7f0873f32] 2021-08-16 12:11:53 +0900
Branch: REL_12_STABLE [84c1bac57] 2021-08-16 12:11:56 +0900
Branch: REL_11_STABLE [d392e86fa] 2021-08-16 12:11:59 +0900
Branch: REL_10_STABLE [024fd44e0] 2021-08-16 12:12:02 +0900
Branch: REL9_6_STABLE [942416f4b] 2021-08-16 12:12:09 +0900
-->
<para>
Recalculate relevant wait intervals
if <varname>recovery_min_apply_delay</varname> is changed during
recovery (Soumyadeep Chakraborty, Ashwin Agrawal)
</para>
</listitem>
<listitem>
<!--
Author: David Rowley <drowley@postgresql.org>
Branch: master [37450f2ca] 2021-08-13 16:41:26 +1200
Branch: REL_14_STABLE Release: REL_14_0 [dc23c77d0] 2021-08-13 16:41:56 +1200
Branch: REL_13_STABLE [4873da79d] 2021-08-13 16:42:35 +1200
Branch: REL_12_STABLE [75d8fe818] 2021-08-13 16:43:13 +1200
Branch: REL_11_STABLE [5a6b0f21e] 2021-08-13 16:43:46 +1200
Branch: REL_10_STABLE [4874886b4] 2021-08-13 16:44:18 +1200
-->
<para>
Fix infinite loop if a <filename>simplehash.h</filename> hash table
reaches 2^32 elements (Yura Sokolov)
</para>
<para>
It seems unlikely that this bug has been hit in practice, as it
would require <varname>work_mem</varname> settings of hundreds of
gigabytes for existing uses of <filename>simplehash.h</filename>.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [6301c3ada] 2021-10-31 15:31:29 -0400 Branch: master [6301c3ada] 2021-10-31 15:31:29 -0400
Branch: REL_14_STABLE [8424dfced] 2021-10-31 15:31:38 -0400 Branch: REL_14_STABLE [8424dfced] 2021-10-31 15:31:38 -0400
...@@ -1262,28 +603,6 @@ Branch: REL_13_STABLE [0151af40c] 2021-11-02 11:31:54 -0400 ...@@ -1262,28 +603,6 @@ Branch: REL_13_STABLE [0151af40c] 2021-11-02 11:31:54 -0400
<listitem> <listitem>
<!-- <!--
Author: Tomas Vondra <tomas.vondra@postgresql.org>
Branch: master [83772cc78] 2021-09-23 18:05:10 +0200
Branch: REL_14_STABLE Release: REL_14_0 [bb7628e55] 2021-09-23 18:22:29 +0200
Branch: REL_13_STABLE [b564eb018] 2021-09-23 18:33:59 +0200
Branch: REL_12_STABLE [16d394c05] 2021-09-23 18:41:55 +0200
Branch: REL_11_STABLE [ac7290a20] 2021-09-23 18:48:03 +0200
Branch: REL_10_STABLE [3aac99068] 2021-09-23 18:54:30 +0200
Branch: master [ad8a166ca] 2021-09-23 18:13:36 +0200
Branch: REL_14_STABLE Release: REL_14_0 [abb2f9144] 2021-09-23 18:25:37 +0200
Branch: REL_13_STABLE [c0386f403] 2021-09-23 18:34:01 +0200
Branch: REL_12_STABLE [4185632e9] 2021-09-23 18:43:05 +0200
Branch: REL_11_STABLE [4487a7def] 2021-09-23 18:48:58 +0200
Branch: REL_10_STABLE [d77e085af] 2021-09-23 18:55:22 +0200
-->
<para>
Reduce memory consumption during calculation of extended statistics
(Justin Pryzby, Tomas Vondra)
</para>
</listitem>
<listitem>
<!--
Author: Peter Geoghegan <pg@bowt.ie> Author: Peter Geoghegan <pg@bowt.ie>
Branch: master [a5213adf3] 2021-10-27 12:10:47 -0700 Branch: master [a5213adf3] 2021-10-27 12:10:47 -0700
Branch: REL_14_STABLE [d078fe83d] 2021-10-27 12:10:45 -0700 Branch: REL_14_STABLE [d078fe83d] 2021-10-27 12:10:45 -0700
...@@ -1366,48 +685,6 @@ Branch: REL_12_STABLE [8fef901e3] 2021-10-26 13:01:52 +1300 ...@@ -1366,48 +685,6 @@ Branch: REL_12_STABLE [8fef901e3] 2021-10-26 13:01:52 +1300
<listitem> <listitem>
<!-- <!--
Author: Noah Misch <noah@leadboat.com>
Branch: master [8670b9b99] 2021-09-06 11:27:59 -0700
Branch: REL_14_STABLE Release: REL_14_0 [47d54b6ba] 2021-09-06 11:28:02 -0700
Branch: REL_13_STABLE [aae398a87] 2021-09-06 11:28:02 -0700
-->
<para>
Fix missing <application>libpq</application> functions on AIX
(Tony Reix)
</para>
<para>
Code reorganization led to the following documented functions not
being exported from <application>libpq</application> on AIX:
<function>pg_encoding_to_char()</function>,
<function>pg_utf_mblen()</function>,
<function>pg_char_to_encoding()</function>,
<function>pg_valid_server_encoding()</function>, and
<function>pg_valid_server_encoding_id()</function>.
Restore them to visibility.
</para>
</listitem>
<listitem>
<!--
Author: Michael Paquier <michael@paquier.xyz>
Branch: master [fa703b317] 2021-09-13 13:23:50 +0900
Branch: REL_14_STABLE Release: REL_14_0 [cc057fb31] 2021-09-13 13:24:04 +0900
Branch: REL_13_STABLE [b589d212f] 2021-09-13 13:24:20 +0900
Branch: REL_12_STABLE [b34dcf87f] 2021-09-13 13:24:27 +0900
Branch: REL_11_STABLE [b6a10ff4a] 2021-09-13 13:24:35 +0900
Branch: REL_10_STABLE [83a3737a6] 2021-09-13 13:24:47 +0900
Branch: REL9_6_STABLE [3768c468d] 2021-09-13 13:24:56 +0900
-->
<para>
Fix <application>ecpg</application> to recover correctly
after <function>malloc()</function> failure while establishing a
connection (Michael Paquier)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [a0558cfa3] 2021-10-03 13:21:20 -0400 Branch: master [a0558cfa3] 2021-10-03 13:21:20 -0400
Branch: REL_14_STABLE [e0eba586b] 2021-10-03 13:21:20 -0400 Branch: REL_14_STABLE [e0eba586b] 2021-10-03 13:21:20 -0400
...@@ -1429,74 +706,6 @@ Branch: REL_14_STABLE [e0eba586b] 2021-10-03 13:21:20 -0400 ...@@ -1429,74 +706,6 @@ Branch: REL_14_STABLE [e0eba586b] 2021-10-03 13:21:20 -0400
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [4476bcb87] 2021-09-21 19:06:53 -0400
Branch: REL_14_STABLE Release: REL_14_0 [2ad5f963e] 2021-09-21 19:06:54 -0400
Branch: REL_13_STABLE [5f0a073cb] 2021-09-21 19:06:33 -0400
Branch: REL_12_STABLE [e8b0bcae6] 2021-09-21 19:06:33 -0400
Branch: REL_11_STABLE [13921c511] 2021-09-21 19:06:33 -0400
-->
<para>
Fix misevaluation of stable functions called in the arguments of a
PL/pgSQL <command>CALL</command> statement (Tom Lane)
</para>
<para>
They were being called with an out-of-date snapshot, so that they
would not see any database changes made since the start of the
session's top-level command.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [1bf2518dd] 2021-09-13 12:42:03 -0400
Branch: REL_14_STABLE Release: REL_14_0 [4ffd3fe4d] 2021-09-13 12:42:28 -0400
Branch: REL_13_STABLE [745abdd95] 2021-09-13 12:42:03 -0400
Branch: REL_12_STABLE [b1de90699] 2021-09-13 12:42:03 -0400
Branch: REL_11_STABLE [bdd6ce48d] 2021-09-13 12:42:03 -0400
Branch: REL_10_STABLE [fe70ec907] 2021-09-13 12:42:04 -0400
Branch: REL9_6_STABLE [a460f7eb3] 2021-09-13 12:42:04 -0400
-->
<para>
Allow <literal>EXIT</literal> out of the outermost block in a
PL/pgSQL routine (Tom Lane)
</para>
<para>
If the routine does not require an explicit <literal>RETURN</literal>,
this usage should be valid, but it was rejected.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [87ad49147] 2021-09-03 21:04:44 -0400
Branch: REL_14_STABLE Release: REL_14_0 [69d670e68] 2021-09-03 21:04:44 -0400
Branch: REL_13_STABLE [742b30cae] 2021-09-03 21:04:44 -0400
Branch: REL_12_STABLE [3b302eb1e] 2021-09-03 21:04:44 -0400
Branch: REL_11_STABLE [beb404d3b] 2021-09-03 21:04:44 -0400
Branch: REL_10_STABLE [6e2f45817] 2021-09-03 21:04:45 -0400
Branch: REL9_6_STABLE [9a070c658] 2021-09-03 21:04:45 -0400
-->
<para>
Remove <application>pg_ctl</application>'s hard-coded limits on the
total length of generated commands (Phil Krylov)
</para>
<para>
For example, this removes a restriction on how many command-line
options can be passed through to the postmaster. Individual path
names that <application>pg_ctl</application> deals with, such as the
postmaster executable's name or the data directory name, are still
limited to <literal>MAXPGPATH</literal> bytes in most cases.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [2acc84c6f] 2021-10-22 15:22:25 -0400 Branch: master [2acc84c6f] 2021-10-22 15:22:25 -0400
Branch: REL_14_STABLE [3ad2c2455] 2021-10-22 15:22:25 -0400 Branch: REL_14_STABLE [3ad2c2455] 2021-10-22 15:22:25 -0400
Branch: REL_13_STABLE [476006023] 2021-10-22 15:22:26 -0400 Branch: REL_13_STABLE [476006023] 2021-10-22 15:22:26 -0400
...@@ -1548,37 +757,6 @@ Branch: REL_10_STABLE [2e2a23283] 2021-10-16 12:24:40 -0400 ...@@ -1548,37 +757,6 @@ Branch: REL_10_STABLE [2e2a23283] 2021-10-16 12:24:40 -0400
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [bd3611db5] 2021-08-31 15:04:05 -0400
Branch: REL_14_STABLE Release: REL_14_0 [a20a9f26c] 2021-08-31 15:04:05 -0400
Branch: REL_13_STABLE [db11b4a3d] 2021-08-31 15:04:05 -0400
Branch: REL_12_STABLE [6b9667392] 2021-08-31 15:04:05 -0400
Branch: REL_11_STABLE [a60860ff3] 2021-08-31 15:04:05 -0400
Branch: REL_10_STABLE [ba8f1a0be] 2021-08-31 15:04:05 -0400
Branch: REL9_6_STABLE [dd3105286] 2021-08-31 15:04:05 -0400
Branch: master [6c450a861] 2021-08-31 13:53:49 -0400
Branch: REL_14_STABLE Release: REL_14_0 [9407dbbcb] 2021-08-31 13:53:49 -0400
Branch: REL_13_STABLE [904ce45bf] 2021-08-31 13:53:50 -0400
Branch: REL_12_STABLE [2f1ed9d98] 2021-08-31 13:53:50 -0400
Branch: REL_11_STABLE [c4b298ee1] 2021-08-31 13:53:51 -0400
Branch: REL_10_STABLE [0e7bdc722] 2021-08-31 13:53:51 -0400
Branch: REL9_6_STABLE [4645997c8] 2021-08-31 13:53:33 -0400
-->
<para>
Improve <application>pg_dump</application>'s performance by avoiding
making per-table queries for RLS policies, and by avoiding repetitive
calls to <function>format_type()</function> (Tom Lane)
</para>
<para>
These changes provide only marginal improvement when dumping from a
local server, but a dump from a remote server can benefit
substantially due to fewer network round-trips.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [40dfac4fc] 2021-10-16 15:02:55 -0400 Branch: master [40dfac4fc] 2021-10-16 15:02:55 -0400
Branch: REL_14_STABLE [3e4c8db93] 2021-10-16 15:03:05 -0400 Branch: REL_14_STABLE [3e4c8db93] 2021-10-16 15:03:05 -0400
Branch: REL_13_STABLE [0b5f557b7] 2021-10-16 15:03:10 -0400 Branch: REL_13_STABLE [0b5f557b7] 2021-10-16 15:03:10 -0400
...@@ -1671,30 +849,6 @@ Branch: REL_14_STABLE [e7712155e] 2021-10-11 17:21:46 -0700 ...@@ -1671,30 +849,6 @@ Branch: REL_14_STABLE [e7712155e] 2021-10-11 17:21:46 -0700
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us> Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [a6bd28beb] 2021-08-10 18:10:29 -0400
Branch: REL_14_STABLE Release: REL_14_0 [a4957b5a7] 2021-08-10 18:10:30 -0400
Branch: REL_13_STABLE [7ba487cf9] 2021-08-10 18:10:30 -0400
Branch: REL_12_STABLE [cd7d9b6b6] 2021-08-10 18:10:30 -0400
Branch: REL_11_STABLE [eefa4c2b5] 2021-08-10 18:10:30 -0400
Branch: REL_10_STABLE [843d2879a] 2021-08-10 18:10:30 -0400
Branch: REL9_6_STABLE [5a9df5d50] 2021-08-10 18:10:30 -0400
-->
<para>
Fix failure of <filename>contrib/btree_gin</filename> indexes
on <type>"char"</type>
(not <type>char(<replaceable>n</replaceable>)</type>) columns,
when an indexscan using the <literal>&lt;</literal>
or <literal>&lt;=</literal> operator is performed (Tom Lane)
</para>
<para>
Such an indexscan failed to return all the entries it should.
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [a667b0668] 2021-10-31 19:13:48 -0400 Branch: master [a667b0668] 2021-10-31 19:13:48 -0400
Branch: REL_14_STABLE [7104e0b24] 2021-10-31 19:13:48 -0400 Branch: REL_14_STABLE [7104e0b24] 2021-10-31 19:13:48 -0400
Branch: REL_13_STABLE [3a5b313ce] 2021-10-31 19:13:48 -0400 Branch: REL_13_STABLE [3a5b313ce] 2021-10-31 19:13:48 -0400
...@@ -1736,128 +890,6 @@ Branch: REL9_6_STABLE [36c9f7d96] 2021-10-06 15:50:24 -0400 ...@@ -1736,128 +890,6 @@ Branch: REL9_6_STABLE [36c9f7d96] 2021-10-06 15:50:24 -0400
<listitem> <listitem>
<!-- <!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [c32fcac56] 2021-08-13 13:59:43 -0400
Branch: REL_14_STABLE Release: REL_14_0 [4ffbd55d9] 2021-08-13 13:59:44 -0400
Branch: REL_13_STABLE [48695decc] 2021-08-13 13:59:06 -0400
Branch: REL_12_STABLE [cdda2b247] 2021-08-13 13:59:13 -0400
Branch: REL_11_STABLE [8024ff478] 2021-08-13 13:59:18 -0400
Branch: REL_10_STABLE [7915a9515] 2021-08-13 13:59:25 -0400
Branch: REL9_6_STABLE [582a2affa] 2021-08-13 13:59:33 -0400
-->
<para>
Add spinlock support for the RISC-V architecture (Marek Szuba)
</para>
<para>
This is essential for reasonable performance on that platform.
</para>
</listitem>
<listitem>
<!--
Author: Peter Eisentraut <peter@eisentraut.org>
Branch: master Release: REL_14_BR [22e1943f1] 2021-03-23 11:48:37 +0100
Branch: REL_13_STABLE [a69e1506f] 2021-09-25 11:25:48 +0200
Branch: REL_12_STABLE [90cfd269f] 2021-09-25 11:25:48 +0200
Branch: REL_11_STABLE [0f28d267c] 2021-09-25 11:25:48 +0200
Branch: REL_10_STABLE [841075a65] 2021-09-25 11:25:48 +0200
Author: Daniel Gustafsson <dgustafsson@postgresql.org>
Branch: master [318df8023] 2021-08-10 15:01:52 +0200
Branch: REL_14_STABLE Release: REL_14_0 [4fa2b15e1] 2021-09-25 11:27:20 +0200
Branch: REL_13_STABLE [135d8687a] 2021-09-25 11:27:20 +0200
Branch: REL_12_STABLE [00c72da4a] 2021-09-25 11:27:20 +0200
Branch: REL_11_STABLE [11901cd96] 2021-09-25 11:27:20 +0200
Branch: REL_10_STABLE [e802b594e] 2021-09-25 11:27:20 +0200
Author: Daniel Gustafsson <dgustafsson@postgresql.org>
Branch: master [72bbff4cd] 2021-08-10 15:08:46 +0200
Branch: REL_14_STABLE Release: REL_14_0 [6d0001aab] 2021-09-25 11:27:28 +0200
Branch: REL_13_STABLE [8e7199453] 2021-09-25 11:27:28 +0200
Branch: REL_12_STABLE [7b6ce36fb] 2021-09-25 11:27:28 +0200
Branch: REL_11_STABLE [19e91a40b] 2021-09-25 11:27:28 +0200
Branch: REL_10_STABLE [eb643536b] 2021-09-25 11:27:28 +0200
Author: Michael Paquier <michael@paquier.xyz>
Branch: master [41f30ecc2] 2021-10-20 16:48:24 +0900
Branch: REL_14_STABLE [81aefaea8] 2021-10-20 16:48:57 +0900
Branch: REL_13_STABLE [abb9ee92c] 2021-10-20 16:49:00 +0900
Branch: REL_12_STABLE [1539e0ecd] 2021-10-20 16:49:03 +0900
Branch: REL_11_STABLE [e00d45fea] 2021-10-20 16:49:06 +0900
Branch: REL_10_STABLE [922e3c3b7] 2021-10-20 16:49:10 +0900
Branch: REL9_6_STABLE [d581960df] 2021-10-20 16:49:14 +0900
-->
<para>
Support OpenSSL 3.0.0
(Peter Eisentraut, Daniel Gustafsson, Michael Paquier)
</para>
</listitem>
<listitem>
<!--
Author: Daniel Gustafsson <dgustafsson@postgresql.org>
Branch: master [31f860a52] 2021-08-17 14:30:01 +0200
Branch: REL_14_STABLE Release: REL_14_0 [b88377ad6] 2021-08-17 14:30:25 +0200
Branch: REL_13_STABLE [e15f32f0e] 2021-08-17 14:31:00 +0200
Branch: REL_12_STABLE [ed209db77] 2021-08-17 14:31:08 +0200
Branch: REL_11_STABLE [f1d5a94fc] 2021-08-17 14:30:39 +0200
Branch: REL_10_STABLE [ef7e24ff7] 2021-08-17 14:30:51 +0200
Branch: REL9_6_STABLE [0a88d4ece] 2021-08-17 14:31:22 +0200
-->
<para>
Set correct type identifier on OpenSSL BIO (I/O abstraction)
objects created by <productname>PostgreSQL</productname>
(Itamar Gafni)
</para>
<para>
This oversight probably only matters for code that is doing
tasks like auditing the OpenSSL installation. But it's
nominally a violation of the OpenSSL API, so fix it.
</para>
</listitem>
<listitem>
<!--
Author: Peter Eisentraut <peter@eisentraut.org>
Branch: master [4c2eab3a0] 2021-09-03 10:52:11 +0200
Branch: master [55392bc5b] 2021-09-06 09:12:34 +0200
Branch: REL_14_STABLE Release: REL_14_0 [1e9afc868] 2021-09-06 09:41:03 +0200
Branch: REL_13_STABLE [9f9ae019d] 2021-09-06 09:43:05 +0200
Branch: REL_12_STABLE [60bf7e69b] 2021-09-06 09:43:18 +0200
-->
<para>
Fix our <filename>pkg-config</filename> files to again support static
linking of <application>libpq</application> (Peter Eisentraut)
</para>
</listitem>
<listitem>
<!--
Author: Tom Lane <tgl@sss.pgh.pa.us>
Branch: master [e757080e0] 2021-09-11 15:19:31 -0400
Branch: REL_14_STABLE Release: REL_14_0 [b33283cbd] 2021-09-11 15:19:43 -0400
Branch: REL_13_STABLE [7e420072e] 2021-09-11 15:19:49 -0400
Branch: REL_12_STABLE [3adde7eb6] 2021-09-11 15:19:54 -0400
Branch: REL_11_STABLE [3be381a90] 2021-09-11 15:19:58 -0400
Branch: REL_10_STABLE [daac97eb0] 2021-09-11 15:20:04 -0400
Branch: REL9_6_STABLE [ec89d7ace] 2021-09-11 15:20:12 -0400
-->
<para>
Make <function>pg_regexec()</function> robust against an
out-of-range <replaceable>search_start</replaceable> parameter
(Tom Lane)
</para>
<para>
Return <literal>REG_NOMATCH</literal>, instead of possibly crashing,
when <replaceable>search_start</replaceable> is past the end of the
string. This case is probably unreachable within
core <productname>PostgreSQL</productname>, but extensions might be
more careless about the parameter value.
</para>
</listitem>
<listitem>
<!--
Author: Jeff Davis <jdavis@postgresql.org> Author: Jeff Davis <jdavis@postgresql.org>
Branch: master [7821a0bf2] 2021-10-14 12:24:00 -0700 Branch: master [7821a0bf2] 2021-10-14 12:24:00 -0700
Branch: REL_14_STABLE [0b90f1c4c] 2021-10-14 12:24:22 -0700 Branch: REL_14_STABLE [0b90f1c4c] 2021-10-14 12:24:22 -0700
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment