Paginering deler et stort resultatset inn i diskrete sider, slik at du ikke laster tusenvis av poster på en gang. Det er essensielt for ytelse og brukervennlighet. Django tilbyr en Paginator-klasse for maler/views, og DRF tilbyr innebygd paginering for APIer.
# ❌ 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 deler et queryset inn i sider og get_page() returnerer et sideobjekt med navigasjonshjelpere (has_next, next_page_number, osv.) — merk at det legger til LIMIT/OFFSET til spørringen, så bare én side hentes fra databasen.
# 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 paginerer listeendepunkter automatisk når det er konfigurert, og returnerer sidemetadata (antall, neste/forrige lenker) sammen med resultatene — klienter navigerer via de leverte URL-ene.
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.
Paginering er essensielt for å bygge ytelseseffektive, brukervennlige applikasjoner som håndterer virkelige datamengder — uten det blir listeendepunkter og sider som laster hele tabeller (potensielt tusenvis eller millioner av rader) treg, minneintensiv og ubrukelig, noe som både belaster databasen og overvelder brukere og klienter.
Å forstå paginering er hverdagspraktisk kunnskap: Djangos Paginator håndterer tradisjonelle views/maler (deler querysets inn i sider med navigasjonshjelpere, henter effektivt bare én side via LIMIT/OFFSET), og DRF-ens innebygde paginering håndterer APIer (paginerer automatisk listeendepunkter med metadata og navigasjonslenker når det er konfigurert) — begge er nødvendig avhengig av om du bygger serverrenderte sider eller APIer.
Å vite hvordan du implementerer paginering i begge kontekster er nødvendig for nesten alle datalisteringsfunksjoner.
Den ytelsesnyansen er særlig verdifull senior-nivå kunnskap: standard OFFSET-basert paginering forverres på dype sider av veldig store tabeller (databasen må hoppe over alle foregående rader), så cursor (keyset) paginering er det effektive valget for enorme eller raskt endrede datasett, og å alltid sortere etter et stabilt felt er nødvendig for å unngå inkonsistente eller dupliserte resultater på tvers av sider.
Å forstå både de grunnleggende mekanikkene (Paginator, DRF-paginingsklasser) og disse ytelsesbetraktningene (OFFSET vs cursor paginering, konsistent sortering) er viktig for å bygge applikasjoner som forblir raske og korrekte etter hvert som data vokser — paginering er et allestedsnærværende krav, og å gjøre det godt, spesielt i stor skala, er en praktisk ferdighet som direkte påvirker programytelsen og brukeropplevelsen.