From 2f875a4b7925742b53dd8cfda1476f7f30a18f5d Mon Sep 17 00:00:00 2001 From: Mike Bayer Date: Tue, 22 Jun 2021 21:21:16 -0400 Subject: [PATCH] refer to undefer here this is the option one might want to use to undefer a deferred column into a subquery; the message here explains that is not applicable in 1.4. Change-Id: Iea6c48f69c540e11ff5c3f6c8c56cc5cf2bf257b --- doc/build/changelog/unreleased_14/6661.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/build/changelog/unreleased_14/6661.rst b/doc/build/changelog/unreleased_14/6661.rst index 6f08971be9..9e4907f791 100644 --- a/doc/build/changelog/unreleased_14/6661.rst +++ b/doc/build/changelog/unreleased_14/6661.rst @@ -5,7 +5,7 @@ Refined the behavior of ORM subquery rendering with regards to deferred columns and column properties to be more compatible with that of 1.3 while also providing for 1.4's newer features. As a subquery in 1.4 does not make - use of loader options, including :func:`_orm.deferred`, a subquery that is + use of loader options, including :func:`_orm.undefer`, a subquery that is against an ORM entity with deferred attributes will now render those deferred attributes that refer directly to mapped table columns, as these are needed in the outer SELECT if that outer SELECT makes use of these -- 2.47.3