Ответ 1
Рассматривая функцию add_aggregate
в django/db/models/sql/query.py
, объекты запроса не будут приниматься в качестве входных значений.
К сожалению, в настоящее время нет прямого пути в Django для агрегирования/аннотации того, что составляет запрос, особенно не тот, который дополнительно фильтруется каким-то образом.
Предполагая следующие модели:
class Item(models.Model):
name = models.CharField(max_length=32)
class Tag(models.Model):
itemfk = models.ForeignKey(Item, related_name='tags')
name = models.CharField(max_length=32)
class FavoritedTag(models.Model):
user = models.ForeignKey(User)
tag = models.ForeignKey(Tag)
Кроме того, вы не можете аннотировать набор запросов в полях, определенных через .extra()
.
В SQL views.py
можно было бы добавить такой код:
from testing.models import Item, Tag, FavoritedTag
from django.shortcuts import render_to_response
from django.contrib.auth.decorators import login_required
from django.utils.datastructures import SortedDict
@login_required
def interest_level(request):
ruid = request.user.id
qs = Item.objects.extra(
select = SortedDict([
('interest_level', 'SELECT COUNT(*) FROM testing_favoritedtag, testing_tag \
WHERE testing_favoritedtag.user_id = %s \
AND testing_favoritedtag.tag_id = testing_tag.id \
AND testing_tag.itemfk_id = testing_item.id'),
]),
select_params = (str(ruid),)
)
return render_to_response('testing/interest_level.html', {'qs': qs})
Шаблон:
{% for item in qs %}
name: {{ item.name }}, level: {{ item.interest_level }}<br>
{% endfor %}
Я тестировал это с помощью MySQL5. Поскольку я не эксперт по SQL, мне было бы любопытно, как оптимизировать здесь, или если есть другой способ "уменьшить" количество SQL. Может быть, есть какой-то интересный способ использования функции related_name
здесь непосредственно в SQL?