]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
changelog updates
authorMike Bayer <mike_mp@zzzcomputing.com>
Tue, 3 Jan 2023 19:54:14 +0000 (14:54 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Tue, 3 Jan 2023 19:54:14 +0000 (14:54 -0500)
Change-Id: I69581c1563f15762a9a9afae4741e23fefd76906

doc/build/changelog/unreleased_14/8983.rst [new file with mode: 0644]
doc/build/changelog/unreleased_14/8989.rst
doc/build/changelog/unreleased_14/9023.rst

diff --git a/doc/build/changelog/unreleased_14/8983.rst b/doc/build/changelog/unreleased_14/8983.rst
new file mode 100644 (file)
index 0000000..bfea2ea
--- /dev/null
@@ -0,0 +1,17 @@
+.. change::
+    :tags: change, general
+    :tickets: 8983
+
+    A new deprecation "uber warning" is now emitted at once at runtime, the
+    first time any SQLAlchemy 2.0 deprecation warning would normally be
+    emitted, but the ``SQLALCHEMY_WARN_20`` environment variable is not set.
+    This deprecation warning intends to notify users who may not have set an
+    appropriate constraint in their requirements files to block against a
+    surprise SQLAlchemy 2.0 upgrade and also alert that the SQLAlchemy 2.0
+    upgrade process is available, as the first full 2.0 release is expected
+    very soon. The deprecation warning can be silenced by setting the
+    environment variable ``SQLALCHEMY_SILENCE_UBER_WARNING`` to ``"1"``.
+
+    .. seealso::
+
+        :ref:`migration_20_toplevel`
index 4c38fdf0190cc0e379d12c27b58b650e340652d9..2287bec7b4df905269d3222638471be5affb625c 100644 (file)
@@ -1,5 +1,5 @@
 .. change::
-    :tags: bug, types
+    :tags: bug, sql
     :tickets: 8989
     :versions: 2.0.0b5
 
index 3bbbd0f3fbe84e2c6b2ba251ed45b54f81e48dda..8a2d0b9ca378d9c0986b3c4b3ef77e2840103632 100644 (file)
@@ -4,10 +4,10 @@
     :versions: 2.0.0rc1
 
     Fixed bug where the PostgreSQL
-    :paramref:`_postgresql.OnConflictClause.constraint` parameter would accept
-    an :class:`.Index` object, however would not expand this index out into its
-    individual index expressions, instead rendering its name in an ON CONFLICT
-    ON CONSTRAINT clause, which is not accepted by PostgreSQL; the "constraint
-    name" form only accepts unique or exclude constraint names. The parameter
-    continues to accept the index but now expands it out into its component
-    expressions for the render.
+    :paramref:`_postgresql.Insert.on_conflict_do_update.constraint` parameter
+    would accept an :class:`.Index` object, however would not expand this index
+    out into its individual index expressions, instead rendering its name in an
+    ON CONFLICT ON CONSTRAINT clause, which is not accepted by PostgreSQL; the
+    "constraint name" form only accepts unique or exclude constraint names. The
+    parameter continues to accept the index but now expands it out into its
+    component expressions for the render.