#30315 closed Bug (fixed)
StringAgg with ordering in subquery generates invalid string_agg() SQL function call
Reported by: | Reupen Shah | Owned by: | Caio Ariede |
---|---|---|---|
Component: | contrib.postgres | Version: | 2.2 |
Severity: | Release blocker | Keywords: | |
Cc: | Triage Stage: | Ready for checkin | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description (last modified by )
Consider the following models (in the people
app):
from django.db import models class Person(models.Model): """Person model.""" first_name = models.TextField() last_name = models.TextField() country = models.TextField(null=True, blank=True) class Book(models.Model): """Book model.""" people = models.ManyToManyField(Person)
The following query fails:
from django.contrib.postgres.aggregates import StringAgg from django.db.models import Subquery, OuterRef from people.models import Person, Book subquery = Book.objects.annotate( _annotated_value=StringAgg('people__first_name', ', ', ordering=('people__first_name')), ).filter( pk=OuterRef('pk'), ).values( '_annotated_value', ) Book.objects.annotate(_names=Subquery(subquery))
with the following error:
ProgrammingError: function string_agg(text, text, unknown) does not exist
The SQL it executes is as follows:
SELECT "people_book"."id", (SELECT STRING_AGG(U2."first_name", U2."first_name", ', ' ORDER BY "people_person"."first_name") AS "_annotated_value" FROM "people_book" U0 LEFT OUTER JOIN "people_book_people" U1 ON (U0."id" = U1."book_id") LEFT OUTER JOIN "people_person" U2 ON (U1."person_id" = U2."id") WHERE U0."id" = ("people_book"."id") GROUP BY U0."id") AS "_names" FROM "people_book"
This is the case with both Django 2.2 and the (current) master branch.
There are two problems in STRING_AGG(U2."first_name", U2."first_name", ', 'ORDER BY "people_person"."first_name")
:
- the ordering value is also added to the
string_agg()
call as a positional argument for some unknown reason - the ORDER BY expression is referencing
"people_person"
instead ofU2
.
For comparison, the following query executes correctly:
Book.objects.annotate( _names=StringAgg('people__first_name', ', ', ordering=('people__first_name')), )
SQL for that query:
SELECT "people_book"."id", STRING_AGG("people_person"."first_name", ', ' ORDER BY "people_person"."first_name") AS "_names" FROM "people_book" LEFT OUTER JOIN "people_book_people" ON ("people_book"."id" = "people_book_people"."book_id") LEFT OUTER JOIN "people_person" ON ("people_book_people"."person_id" = "people_person"."id") GROUP BY "people_book"."id"
This query also executes correctly:
subquery = Book.objects.annotate( _annotated_value=StringAgg('people__first_name', ', '), ).filter( pk=OuterRef('pk'), ).values( '_annotated_value', ) Book.objects.annotate(_names=Subquery(subquery))
SQL:
SELECT "people_book"."id", (SELECT STRING_AGG(U2."first_name", ', ') AS "_annotated_value" FROM "people_book" U0 LEFT OUTER JOIN "people_book_people" U1 ON (U0."id" = U1."book_id") LEFT OUTER JOIN "people_person" U2 ON ( U1."person_id" = U2."id") WHERE U0."id" = ("people_book"."id") GROUP BY U0."id") AS "_names" FROM "people_book"
Change History (9)
comment:1 by , 6 years ago
Summary: | StringAgg with ordering in subquery executes invalid string_agg() SQL function call → StringAgg with ordering in subquery generates invalid string_agg() SQL function call |
---|
comment:2 by , 6 years ago
Component: | Uncategorized → contrib.postgres |
---|---|
Description: | modified (diff) |
comment:3 by , 6 years ago
Triage Stage: | Unreviewed → Accepted |
---|---|
Version: | 2.2 → master |
comment:4 by , 6 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:6 by , 5 years ago
Severity: | Normal → Release blocker |
---|
Bumped to the release blocker
since it is a bug in a new feature.
Version 0, edited 5 years ago by (next)
comment:7 by , 5 years ago
Triage Stage: | Accepted → Ready for checkin |
---|---|
Version: | master → 2.2 |
Note:
See TracTickets
for help on using tickets.
Reproduced at 1ffddfc233e2d5139cc6ec31a4ec6ef70b10f87f.