]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
Doc: final(?) updates for 14.0 release notes.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 25 Sep 2021 15:36:43 +0000 (11:36 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 25 Sep 2021 15:36:43 +0000 (11:36 -0400)
Add the customary short list of major features.  Set release date.

Discussion: https://postgr.es/m/1489855.1631986639@sss.pgh.pa.us

doc/src/sgml/release-14.sgml

index 647ac47c5c476c7ce863e5b5e9c4f93b0d8dda2c..0f5dcbd62b911af6ae42cd84508f7c92e900b176 100644 (file)
@@ -6,7 +6,7 @@
 
   <formalpara>
    <title>Release date:</title>
-   <para>2021-??-?? (AS OF 2021-09-18)</para>
+   <para>2021-09-30</para>
   </formalpara>
 
   <sect2>
    <itemizedlist>
     <listitem>
      <para>
-      TO BE ADDED
+      Stored procedures can now return data via <literal>OUT</literal>
+      parameters.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      The SQL-standard <literal>SEARCH</literal>
+      and <literal>CYCLE</literal> options for common table expressions
+      have been implemented.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Subscripting can now be applied to any data type for which
+      it is a useful notation, not only arrays.  In this release,
+      the <type>jsonb</type> and <type>hstore</type> types have gained
+      subscripting operators.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Range types have been extended by adding multiranges, allowing
+      representation of noncontiguous data ranges.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Numerous performance improvements have been made for parallel
+      queries, heavily-concurrent workloads, partitioned tables, logical
+      replication, and vacuuming.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      B-tree index updates are managed more efficiently, reducing index
+      bloat.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      <command>VACUUM</command> automatically becomes more aggressive, and
+      skips inessential cleanup, if the database starts to approach a
+      transaction ID wraparound condition.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Extended statistics can now be collected on expressions, allowing
+      better planning results for complex queries.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      <application>libpq</application> now has the ability to pipeline
+      multiple queries, which can boost throughput over high-latency
+      connections.
      </para>
     </listitem>
    </itemizedlist>