summaryrefslogtreecommitdiff
path: root/lib/sqlalchemy/dialects/sybase
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/sybase
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/sybase')
-rw-r--r--lib/sqlalchemy/dialects/sybase/base.py1
1 files changed, 0 insertions, 1 deletions
diff --git a/lib/sqlalchemy/dialects/sybase/base.py b/lib/sqlalchemy/dialects/sybase/base.py
index 1baab6db4..ae0473a3e 100644
--- a/lib/sqlalchemy/dialects/sybase/base.py
+++ b/lib/sqlalchemy/dialects/sybase/base.py
@@ -435,7 +435,6 @@ class SybaseDialect(default.DefaultDialect):
supports_native_boolean = False
supports_unicode_binds = False
postfetch_lastrowid = True
- supports_simple_order_by_label = False
colspecs = {}
ischema_names = ischema_names