]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
- [feature] "scalar" selects now have a WHERE method
authorMike Bayer <mike_mp@zzzcomputing.com>
Mon, 15 Oct 2012 21:21:38 +0000 (17:21 -0400)
committerMike Bayer <mike_mp@zzzcomputing.com>
Mon, 15 Oct 2012 21:21:38 +0000 (17:21 -0400)
commitc307df6596dab489109cd216665cf30006b70d13
tree4ce669b36759f8289d959c0e7e92b776b77d1865
parent3510e38a772a2e48a8bb4b0a4efc6479034f649e
  - [feature] "scalar" selects now have a WHERE method
    to help with generative building.  Also slight adjustment
    regarding how SS "correlates" columns; the new methodology
    no longer applies meaning to the underlying
    Table column being selected.  This improves
    some fairly esoteric situations, and the logic
    that was there didn't seem to have any purpose.
  - [feature] Some support for auto-rendering of a
    relationship join condition based on the mapped
    attribute, with usage of core SQL constructs.
    E.g. select([SomeClass]).where(SomeClass.somerelationship)
    would render SELECT from "someclass" and use the
    primaryjoin of "somerelationship" as the WHERE
    clause.   This changes the previous meaning
    of "SomeClass.somerelationship" when used in a
    core SQL context; previously, it would "resolve"
    to the parent selectable, which wasn't generally
    useful.  Related to [ticket:2245].
CHANGES
lib/sqlalchemy/orm/properties.py
lib/sqlalchemy/orm/util.py
lib/sqlalchemy/sql/expression.py
test/orm/test_eager_relations.py
test/orm/test_mapper.py
test/orm/test_query.py
test/sql/test_compiler.py
test/sql/test_selectable.py