#34963: Recursive and other "combinator" queries broken in django-cte
-------------------------------+--------------------------------------
     Reporter:  Daniel Miller  |                    Owner:  nobody
         Type:  Bug            |                   Status:  closed
    Component:  Uncategorized  |                  Version:  4.2
     Severity:  Normal         |               Resolution:  invalid
     Keywords:                 |             Triage Stage:  Unreviewed
    Has patch:  0              |      Needs documentation:  0
  Needs tests:  0              |  Patch needs improvement:  0
Easy pickings:  0              |                    UI/UX:  0
-------------------------------+--------------------------------------

Comment (by Simon Charette):

 Hello Daniel!

 I sympathize with the desire to avoid duplicating large chunks of code in
 django-cte and I appreciate that you maintain such a solution but asking
 for the development team to maintain compatibility with its internal
 interface when adjusting bugs of the interface it maintains is not
 sustainable particularly for regressions in versions that have been
 released for a few months already. When making these changes we try to
 think of ways that are not too invasive but there's only so much we can do
 to account for all cases.

 I'm very much open to reviewing patches that would reduce the maintenance
 burden that you face (is there a kwarg that can be passed? a different
 function breakdown be used?) in `main` or that implements smarter way of
 doing things that avoids unnecessary aliasing such as proper `ORDER BY
 $index` support but stability of the ORM internals cannot be guaranteed by
 team in its current state.

 > Is there a way to implement a fix so that it only affects queries where
 aliases are needed?

 I believe that if you build and maintain a package that relies on the
 stability of ORM internals you must be prepared to deal with regressions
 against `main` and suggest alternative solutions when they happen. I'm
 afraid the ship has already sailed for the 4.2 backport support window and
 I'm not even sure it would qualify given the internal nature of SQL
 compilation.

-- 
Ticket URL: <https://code.djangoproject.com/ticket/34963#comment:5>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/0107018bc5244ed3-d2c062cd-8aa7-4960-b54e-0e4a4e8d11d6-000000%40eu-central-1.amazonses.com.

Reply via email to