]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
- Fixed a regression that was incorrectly fixed in 1.0.0b4
authorMike Bayer <mike_mp@zzzcomputing.com>
Fri, 24 Apr 2015 21:04:35 +0000 (17:04 -0400)
committerMike Bayer <mike_mp@zzzcomputing.com>
Fri, 24 Apr 2015 21:04:35 +0000 (17:04 -0400)
commitf9275198c304ce0603594350b1e60fe753e80673
tree91fa1ca298ca38c918865134400694cae346b7c1
parent01700759346c82d6a39ee6a6c70581e8417b9c45
- Fixed a regression that was incorrectly fixed in 1.0.0b4
(hence becoming two regressions); reports that
SELECT statements would GROUP BY a label name and fail was misconstrued
that certain backends such as SQL Server should not be emitting
ORDER BY or GROUP BY on a simple label name at all; when in fact,
we had forgotten that 0.9 was already emitting ORDER BY on a simple
label name for all backends, as described in :ref:`migration_1068`,
as 1.0 had rewritten this logic as part of :ticket:`2992`.

In 1.0.2, the bug is fixed both that SQL Server, Firebird and others
will again emit ORDER BY on a simple label name when passed a
:class:`.Label` construct that is expressed in the columns clause,
and no backend will emit GROUP BY on a simple label name in this case,
as even Postgresql can't reliably do GROUP BY on a simple name
in every case.
fixes #3338, fixes #3385
doc/build/changelog/changelog_10.rst
lib/sqlalchemy/dialects/firebird/base.py
lib/sqlalchemy/dialects/mssql/base.py
lib/sqlalchemy/dialects/sybase/base.py
lib/sqlalchemy/sql/elements.py
lib/sqlalchemy/sql/selectable.py
test/sql/test_compiler.py