]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
Add note to FAQ that IN behavior is modernized in 1.2.
authorMike Bayer <mike_mp@zzzcomputing.com>
Thu, 25 Jan 2018 21:14:54 +0000 (16:14 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Thu, 25 Jan 2018 21:14:54 +0000 (16:14 -0500)
Change-Id: Ibe05d8aaa8da90b52cd07f3bce89dcbd49b841c9

doc/build/faq/sqlexpressions.rst

index e81455602cb0330f524d20146e2e63a86be76ddb..f65485fbe0e03e9d7163a58ed0b5beea6974aa5c 100644 (file)
@@ -91,6 +91,10 @@ producing output like::
 Why does ``.col.in_([])`` Produce ``col != col``? Why not ``1=0``?
 -------------------------------------------------------------------
 
+.. note:: This section refers to SQLAlchemy 1.1 and earlier.  The behavior has
+   been revised in version 1.2 of SQLAlchemy to actually produce ``1=0`` in
+   the default case.
+
 A little introduction to the issue. The IN operator in SQL, given a list of
 elements to compare against a column, generally does not accept an empty list,
 that is while it is valid to say::