Stránkování rozděluje velkou sadu výsledků na samostatné stránky, takže se nemusíš načítać tisíce záznamů najednou. Je to nezbytné pro výkon a použitelnost. Django poskytuje třídu Paginator pro šablony/pohledy a DRF nabízí vestavěné stránkování pro API.
# ❌ loading everything — slow, memory-heavy, bad UX with thousands of rows
articles = Article.objects.()
from django.core.paginator import Paginator
def article_list(request):
articles = Article.objects.all().order_by("-created_at") # ORDER matters for consistent pages
paginator = Paginator(articles, 20) # 20 items per page
page_number = request.GET.get("page") # ?page=2
page_obj = paginator.get_page(page_number) # the requested page
return render(request, "list.html", {"page_obj": page_obj})
<!-- in the template -->
{% for article in page_obj %}
<h2>{{ article.title }}</h2>
{% endfor %}
{% if page_obj.has_previous %}<a href="?page={{ page_obj.previous_page_number }}">Prev</a>{% endif %}
Page {{ page_obj.number }} of {{ page_obj.paginator.num_pages }}
{% if page_obj.has_next %}<a href="?page={{ page_obj.next_page_number }}">Next</a>{% endif %}
Paginator rozděluje queryset na stránky a get_page() vrací objekt stránky s pomocníky navigace (has_next, next_page_number, atd.) — všimni si, že přidává LIMIT/OFFSET do dotazu, takže se z databáze načte jen jedna stránka.
# global default in settings.py
REST_FRAMEWORK = {
"DEFAULT_PAGINATION_CLASS": "rest_framework.pagination.PageNumberPagination",
"PAGE_SIZE": 20,
}
# now list endpoints are automatically paginated, returning:
# { "count": 1000, "next": "...?page=3", "previous": "...?page=1", "results": [...] }
DRF stránkuje list endpointy automaticky, jakmile je nakonfigurováno, vrací metadata stránky (počet, linky na další/předchozí) spolu s výsledky — klienti navigují prostřednictvím poskytnutých URL.
PageNumberPagination → ?page=2 (simple page numbers)
LimitOffsetPagination → ?limit=20&offset=40 (flexible offsets)
CursorPagination → opaque cursor; consistent & performant for large/changing data
(avoids OFFSET performance issues on huge datasets)
⚠️ OFFSET-based pagination (page/offset) gets SLOWER on deep pages of huge tables
(the DB must skip OFFSET rows). For very large datasets, CURSOR pagination
(keyset, using a WHERE on an indexed column) is far more efficient.
⚠️ Always ORDER BY a stable field, or pages can be inconsistent/repeat items.
Stránkování je nezbytné pro vytváření výkonných, použitelných aplikací, které zpracovávají reálné objemy dat — bez něj se listovací endpointy a stránky, které načítají celé tabulky (potenciálně tisíce či miliony řádků), stanou pomalými, paměťově náročnými a nepoužitelnými, což zatěžuje databázi a přemáhá uživatele a klienty.
Rozhledu v stránkování je praktickou znalostí v každodenní práci: Django Paginator zpracovává tradiční pohledy/šablony (rozděluje queryséty na stránky s pomocníky navigace, efektivně načítá jen jednu stránku přes LIMIT/OFFSET) a DRF vestavěné stránkování zpracovává API (automaticky stránkuje list endpointy s metadaty a linkami navigace, jakmile je nakonfigurováno) — obojí je potřeba podle toho, zda statuješ server-rendered stránky nebo API.
Schopnost implementovat stránkování v obou kontextech je nezbytná pro téměř jakoukoli funkci se výpisy dat.
Nuance výkonu je obzvlášť cenná znalost na úrovni seniorů: standardní stránkování založené na OFFSET se degraduje na hlubokých stránkách velmi velkých tabulek (databáze musí přeskočit všechny předcházející řádky), takže cursor (keyset) stránkování je efektivní volbou pro obrovské nebo rychle se měnící datasety a vždy je potřeba řazení podle stabilního pole aby se předešlo nekonzistentním nebo duplikovaným výsledkům na stránkách.
Rozhledu v obou základních mechanikou (Paginator, třídy stránkování DRF) a těchto otázkách výkonu (OFFSET vs cursor stránkování, konzistentní řazení) je důležitý pro vytváření aplikací, které zůstávají rychlé a správné s růstem dat — stránkování je všudypřítomný požadavek a dělat to dobře, zejména ve velkém měřítku, je praktická dovednost, která přímo ovlivňuje výkon aplikace a uživatelský zážitek.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět