[Sqlalchemy-commits] commit/sqlalchemy: zzzeek: Set complete FROM list for subquery eagerload's ori
Brought to you by:
zzzeek
From: Bitbucket <com...@bi...> - 2017-06-16 17:00:14
|
1 new commit in sqlalchemy: https://bitbucket.org/zzzeek/sqlalchemy/commits/d2131156de65/ Changeset: d2131156de65 Branch: rel_1_1 User: zzzeek Date: 2017-06-15 22:52:26+00:00 Summary: Set complete FROM list for subquery eagerload's orig query Instead of checking that the "orig_entity" we receive applies as a correct FROM element for the subquery we're building, set the FROM clause of the query to exactly what it already is based on column_descriptions (assuming there is no FROM list already), thereby ensuring that the FROM list will remain intact, regardless of what orig_entity turns out to be and what the target_cols ultimately refer towards. Fixed issue with subquery eagerloading which continues on from the series of issues fixed in :ticket:`2699`, :ticket:`3106`, :ticket:`3893` involving that the "subquery" contains the correct FROM clause when beginning from a joined inheritance subclass and then subquery eager loading onto a relationship from the base class, while the query also includes criteria against the subclass. The fix in the previous tickets did not accommodate for additional subqueryload operations loading more deeply from the first level, so the fix has been further generalized. Change-Id: Ic909590814f71e577d8266b1dbc4c393dc48e019 Fixes: #4011 (cherry picked from commit 6d2a03c1ec21cc428c91476c170ad7dbe219926c) Affected #: 4 files Repository URL: https://bitbucket.org/zzzeek/sqlalchemy/ -- This is a commit notification from bitbucket.org. You are receiving this because you have the service enabled, addressing the recipient of this email. |