]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
- column labels are now generated in the compilation phase, which
authorMike Bayer <mike_mp@zzzcomputing.com>
Sat, 24 Mar 2007 19:24:27 +0000 (19:24 +0000)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sat, 24 Mar 2007 19:24:27 +0000 (19:24 +0000)
commit748f9b9acfdccf614342aae71c33f4d28df0f471
tree347302f584a4855b44a218c2ce1e32b107ad86c6
parente07cf69deff7e2a9152b41385c4505f1acaa958b
- column labels are now generated in the compilation phase, which
means their lengths are dialect-dependent.  So on oracle a label
that gets truncated to 30 chars will go out to 63 characters
on postgres.  Also, the true labelname is always attached as the
accessor on the parent Selectable so theres no need to be aware
of the genrerated label names [ticket:512].
- ResultProxy column targeting is greatly simplified, and relies
upon the ANSICompiler's column_labels map to translate the built-in
label on a _ColumnClause (which is now considered to be a unique
identifier of that column) to the label which was generated at compile
time.
- still need to put a baseline of ColumnClause targeting for
ResultProxy objects that originated from a textual query.
CHANGES
lib/sqlalchemy/ansisql.py
lib/sqlalchemy/databases/oracle.py
lib/sqlalchemy/databases/postgres.py
lib/sqlalchemy/engine/base.py
lib/sqlalchemy/engine/default.py
lib/sqlalchemy/sql.py
test/sql/alltests.py
test/sql/labels.py [new file with mode: 0644]