Changes between Version 2 and Version 3 of Ticket #35836, comment 2
- Timestamp:
- Oct 13, 2024, 9:51:33 PM (5 weeks ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #35836, comment 2
v2 v3 5 5 In the case of 14c8504a37afad96ab93cf82f47b13bcc4d00621 I think it's a sane change in towards extensibility and something we'd want to keep in `main`. `SQLQuery.get_compiler` is by no means meant to be used as a hook to augment the where clause of a `QuerySet` like you did; this should be done at the manager level or at the queryset level at worst. 6 6 7 At this point, even if we were to land a solution that you'd have to provide and build a rationale for it wouldn't make it to a public release until 5.2 which is meant to be released in April 2025. If your solution runs into problems when dealing with subqueries and you want to double down on this approach you should be able to identify the proper attributes to use dspecialized logic.7 At this point, even if we were to land a solution that you'd have to provide and build a rationale for it wouldn't make it to a public release until 5.2 which is meant to be released in April 2025. If your solution runs into problems when dealing with subqueries and you want to double down on this approach you should be able to identify the proper attributes to use to inject even more specialized logic.