summaryrefslogtreecommitdiff
path: root/lib/sqlalchemy/dialects/mssql
diff options
context:
space:
mode:
authorMike Bayer <mike_mp@zzzcomputing.com>2015-04-24 17:04:35 -0400
committerMike Bayer <mike_mp@zzzcomputing.com>2015-04-24 17:04:35 -0400
commitf9275198c304ce0603594350b1e60fe753e80673 (patch)
tree91fa1ca298ca38c918865134400694cae346b7c1 /lib/sqlalchemy/dialects/mssql
parent01700759346c82d6a39ee6a6c70581e8417b9c45 (diff)
downloadsqlalchemy-f9275198c304ce0603594350b1e60fe753e80673.tar.gz
- 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
Diffstat (limited to 'lib/sqlalchemy/dialects/mssql')
-rw-r--r--lib/sqlalchemy/dialects/mssql/base.py1
1 files changed, 0 insertions, 1 deletions
diff --git a/lib/sqlalchemy/dialects/mssql/base.py b/lib/sqlalchemy/dialects/mssql/base.py
index 522e59b00..b073af6af 100644
--- a/lib/sqlalchemy/dialects/mssql/base.py
+++ b/lib/sqlalchemy/dialects/mssql/base.py
@@ -1417,7 +1417,6 @@ class MSDialect(default.DefaultDialect):
use_scope_identity = True
max_identifier_length = 128
schema_name = "dbo"
- supports_simple_order_by_label = False
colspecs = {
sqltypes.DateTime: _MSDateTime,