Принятый ответ не совсем корректен. Следует ли вам использовать len () (или фильтр длины в шаблоне) против count (), зависит от вашего варианта использования.

ЕслиQuerySet only exists to count the amount of rows, используйте count ().

ЕслиQuerySet is used elsewhereто есть в цикле используйте len () или | length. Использование count () здесь вызовет другой SELECT-запрос для подсчета строк, в то время как len () просто подсчитывает количество кэшированных результатов в QuerySet.

Отдокументы:

Note that if you want the number of items in a QuerySet and are also retrieving model instances from it (for example, by iterating over it), it’s probably more efficient to use len(queryset) which won’t cause an extra database query like count() would.

Хотя кажется, что со связанными объектами, которые вы уже загружали с помощью prefetch_related (), вы можете безопасно использовать count (), и Django будет достаточно умен, чтобы использовать кэшированные данные вместо выполнения другого SELECT-запроса.

some_queryset.count() или же{{some_queryset.count}} в вашем шаблоне.

не использоватьlen, это гораздо менее эффективно. База данных должна делать эту работу. Смотрите документацию оcount().

Однако, принимая во внимание рекомендации буфера, если вы все равно планируете перебирать записи, вы также можете использоватьlen который будет включать в себя разрешение набора запросов и размещение результирующих строк в основной памяти - это не пропадет, потому что вы все равно будете посещать эти строки. На самом деле это может быть быстрее, в зависимости от задержки соединения с БД, но вы всегда должны измерять.

Просто, чтобы выделить @ Yuji 'Tomita' Tomita, комментарий выше, в качестве отдельного ответа:

There is a filter called length to call len() on anything.

Таким образом, вы можете использовать:

{{ some_queryset|length }}