Wie man als GROUP BY in django abfragen?

Question

Ich frage ein Modell ab:

Members.objects.all()

Und sie kehrt zurück:

Eric, Salesman, X-Shop
Freddie, Manager, X2-Shop
Teddy, Salesman, X2-Shop
Sean, Manager, X2-Shop

Was ich will, ist zu wissen, die beste Django Weg zu feuern a group_by Abfrage an meine Datenbank, wie:

Members.objects.all().group_by('designation')

Das klappt natürlich nicht. Ich weiß, wir können ein paar Tricks anwenden django/db/models/query.py aber ich bin einfach neugierig, wie man es ohne Parcheando machen kann.

Answer 1

Wenn Sie eine Aggregation vornehmen wollen, können Sie die Aggregationsfunktionen des ORM :

from django.db.models import Count
result = (Members.objects
    .values('designation')
    .annotate(dcount=Count('designation'))
    .order_by()
)

Das Ergebnis ist eine Abfrage ähnlich wie

SELECT designation, COUNT(designation) AS dcount
FROM members GROUP BY designation

und die Ausgabe würde in der Form erfolgen

[{'designation': 'Salesman', 'dcount': 2}, 
 {'designation': 'Manager', 'dcount': 2}]

Wenn Sie nicht die order_by() können Sie falsche Ergebnisse erhalten, wenn die Standardsortierung nicht Ihren Erwartungen entspricht.

Wenn Sie mehrere Felder in die Ergebnisse einbeziehen möchten, fügen Sie diese einfach als Argumente zu values zum Beispiel:

    .values('designation', 'first_name', 'last_name')

Referenzen:

• Django-Dokumentation: values() , annotate() y Count
• Django-Dokumentation: Aggregation und insbesondere den Abschnitt mit der Überschrift Interaktion mit der Standardbestellung oder order_by()

Answer 2

Eine einfache Lösung, aber nicht der richtige Weg, ist die Verwendung von Roh-SQL :

results = Members.objects.raw('SELECT * FROM myapp_members GROUP BY designation')

Eine andere Lösung ist die Verwendung der group_by Eigentum:

query = Members.objects.all().query
query.group_by = ['designation']
results = QuerySet(query=query, model=Members)

Sie können nun über die Ergebnisvariable iterieren, um Ihre Ergebnisse abzurufen. Beachten Sie, dass group_by ist nicht dokumentiert und kann in zukünftigen Versionen von Django geändert werden.

Und... warum wollen Sie die group_by ? Wenn Sie keine Aggregation verwenden, können Sie order_by um ein ähnliches Ergebnis zu erzielen.

Answer 3

Sie können auch die regroup Template-Tag, um nach Attributen zu gruppieren. Aus den Unterlagen:

cities = [
    {'name': 'Mumbai', 'population': '19,000,000', 'country': 'India'},
    {'name': 'Calcutta', 'population': '15,000,000', 'country': 'India'},
    {'name': 'New York', 'population': '20,000,000', 'country': 'USA'},
    {'name': 'Chicago', 'population': '7,000,000', 'country': 'USA'},
    {'name': 'Tokyo', 'population': '33,000,000', 'country': 'Japan'},
]

...

{% regroup cities by country as countries_list %}

<ul>
    {% for country in countries_list %}
        <li>{{ country.grouper }}
            <ul>
            {% for city in country.list %}
                <li>{{ city.name }}: {{ city.population }}</li>
            {% endfor %}
            </ul>
        </li>
    {% endfor %}
</ul>

Sieht so aus:

• Indien
  • Mumbai: 19.000.000
  • Kalkutta: 15,000,000
• USA
  • New York: 20.000.000
  • Chicago: 7.000.000
• Japan
  • Tokio: 33,000,000

Es funktioniert auch bei QuerySet s glaube ich.

Quelle: https://docs.djangoproject.com/en/2.1/ref/templates/builtins/#regroup

edit: beachten Sie die regroup Tag nicht funktioniert so, wie Sie es erwarten würden, wenn Ihre Wörterbuchliste nicht nach Schlüsseln sortiert ist. Es funktioniert iterativ. Sortieren Sie also Ihre Liste (oder Ihren Abfragesatz) nach dem Schlüssel des Groupers, bevor Sie sie an die regroup Tag.

Answer 4

Das folgende Modul ermöglicht es Ihnen, Django-Modelle zu gruppieren und trotzdem mit einem QuerySet im Ergebnis zu arbeiten: https://github.com/kako-nawao/django-group-by

Zum Beispiel:

from django_group_by import GroupByMixin

class BookQuerySet(QuerySet, GroupByMixin):
    pass

class Book(Model):
    title = TextField(...)
    author = ForeignKey(User, ...)
    shop = ForeignKey(Shop, ...)
    price = DecimalField(...)

---

class GroupedBookListView(PaginationMixin, ListView):
    template_name = 'book/books.html'
    model = Book
    paginate_by = 100

    def get_queryset(self):
        return Book.objects.group_by('title', 'author').annotate(
            shop_count=Count('shop'), price_avg=Avg('price')).order_by(
            'name', 'author').distinct()

    def get_context_data(self, **kwargs):
        return super().get_context_data(total_count=self.get_queryset().count(), **kwargs)

book/books.html'.

<ul>
{% for book in object_list %}
    <li>
        <h2>{{ book.title }}</td>
        <p>{{ book.author.last_name }}, {{ book.author.first_name }}</p>
        <p>{{ book.shop_count }}</p>
        <p>{{ book.price_avg }}</p>
    </li>
{% endfor %}
</ul>

Der Unterschied zum annotate / aggregate grundlegende Django-Abfragen ist die Verwendung der Attribute eines zugehörigen Feldes, z.B. book.author.last_name .

Wenn Sie die PKs der gruppierten Instanzen benötigen, fügen Sie die folgende Anmerkung hinzu:

.annotate(pks=ArrayAgg('id'))

HINWEIS: ArrayAgg ist eine Postgres-spezifische Funktion, die ab Django 1.9 verfügbar ist: https://docs.djangoproject.com/en/3.2/ref/contrib/postgres/aggregates/#arrayagg

Answer 5

Django unterstützt keine freien group by Abfragen . Ich habe es auf eine sehr schlechte Art und Weise gelernt. ORM ist nicht dafür ausgelegt, das zu unterstützen, was Sie tun wollen, ohne benutzerdefiniertes SQL zu verwenden. Sie sind beschränkt auf:

• RAW sql (d. h. MyModel.objects.raw())
• cr.execute Sätzen (und ein manuelles Parsing des Ergebnisses).
• .annotate() (die Gruppierung nach Sätzen wird im untergeordneten Modell für .annotate() durchgeführt, in Beispielen wie der Aggregation von lines_count=Count('lines'))).

Über ein Queryset qs können Sie anrufen qs.query.group_by = ['field1', 'field2', ...] aber es ist riskant, wenn Sie nicht wissen, welche Abfrage Sie bearbeiten und keine Garantie haben, dass es funktioniert und nicht die Interna des QuerySet-Objekts beschädigt. Außerdem handelt es sich um eine interne (undokumentierte) API, auf die man nicht direkt zugreifen sollte, ohne zu riskieren, dass der Code nicht mehr mit zukünftigen Django-Versionen kompatibel ist.