]> git.ipfire.org Git - thirdparty/sqlalchemy/alembic.git/commit
The feature that keeps on giving, index/unique constraint autogenerate
authorMike Bayer <mike_mp@zzzcomputing.com>
Thu, 13 Mar 2014 17:52:11 +0000 (13:52 -0400)
committerMike Bayer <mike_mp@zzzcomputing.com>
Thu, 13 Mar 2014 17:52:11 +0000 (13:52 -0400)
commit4bb4d50b8ace9ca17bf4239c584e6afae83d6fbc
treef89adb8d7e27ecbc7f80aa06b1bd5d03e739d878
parenta6b02d1019dda9d824e0f9a0248865cf03c560a8
The feature that keeps on giving, index/unique constraint autogenerate
detection, has even more fixes, this time to accommodate database dialects
that both don't yet report on unique constraints, but the backend
does report unique constraints as indexes.   The logic
Alembic uses to distinguish between "this is an index!" vs.
"this is a unique constraint that is also reported as an index!" has now
been further enhanced to not produce unwanted migrations when the dialect
is observed to not yet implement get_unique_constraints() (e.g. mssql).
Note that such a backend will no longer report index drops for unique
indexes, as these cannot be distinguished from an unreported unique
index.  fixes #185
alembic/autogenerate/compare.py
docs/build/changelog.rst
tests/test_autogenerate.py