Add note to FAQ that IN behavior is modernized in 1.2.

Change-Id: Ibe05d8aaa8da90b52cd07f3bce89dcbd49b841c9
(cherry picked from commit 80e1e8b4a54b6ceeeebec46bdf822069a6ef8df3)

diff --git a/doc/build/faq/sqlexpressions.rst b/doc/build/faq/sqlexpressions.rst
index c3504218b199024287f628a94c29b736f5f58236..8b13baeb3c995f1d7281d792f7608ebb08c2c1d8 100644 (file)
--- a/doc/build/faq/sqlexpressions.rst
+++ b/doc/build/faq/sqlexpressions.rst
@@ -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::