Lapozás egy nagy eredményhalmaz diszkrét oldalakra bontása, így nem kell egyszerre több ezer rekordot betölteni. Elengedhetetlen a teljesítmény és a használhatóság szempontjából. Django egy Paginator osztályt biztosít sablonokhoz és nézetekhöz, a DRF pedig beépített lapozási lehetőségeket kínál API-khoz.
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 %}
A Paginator egy queryset-et oldalakra oszt, a get_page() pedig egy oldalobjektumot ad vissza navigációs segítőkkel (has_next, next_page_number stb.) – vegyük észre, hogy LIMIT/OFFSET utasítást ad a lekérdezéshez, így csak egy oldal kerül lekérésre az adatbázisból.
# 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": [...] }
A DRF automatikusan lapozza a lista végpontokat, amint a lapozás konfigurálva van, és az oldal metaadatait (count, next/previous linkek) adja vissza az eredményekkel együtt – az ügyfelek a biztosított URL-eken keresztül navigálnak.
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.
A lapozás elengedhetetlen a teljesítményes, használható alkalmazások fejlesztéséhez, amelyek valós adatmennyiséggel tudnak dolgozni – anélküle a listázó végpontok és azok az oldalak, amelyek teljes táblákat töltik be (potenciálisan több ezer vagy milliós sorok) lelassulnak, memóriaigényessé válnak, és használhatatlanok lesznek, terhelve az adatbázist és túlterhelve a felhasználókat és klienseket.
A lapozás megértése napi szintű gyakorlati tudás: Django Paginator a hagyományos nézeteknél/sablonokhoz (queryset-eket oldalakra szeleteli navigációs segítőkkel, hatékonyan csak egy oldalt kér le LIMIT/OFFSET-en keresztül), a DRF beépített lapozása pedig az API-khoz (automatikusan lapozza a lista végpontokat metaadatokkal és navigációs linkekkel, miután konfigurálva vannak) – mindkettőre szükség van attól függően, hogy szerver által renderelt oldalakat vagy API-kat építesz-e.
A lapozás megvalósításának ismerete mindkét kontextusban szükséges szinte minden adatlistázási funkcióhoz.
A teljesítménybeli árnyalat különösen értékes senior szintű tudás: a szabványos OFFSET alapú lapozás egy nagyon nagy táblázat mélyen található oldalaira romlott teljesítményt nyújt (az adatbázisnak összes megelőző sort át kell ugrania), ezért a cursor (keyset) lapozás a hatékony választás nagy vagy gyorsan változó adathalmazok esetén, és egy stabil mező szerint történő rendezés szükséges az inkonzisztens vagy duplikált eredmények elkerülésére az oldalak között.
Mindkét alapvető mechanika (Paginator, DRF lapozási osztályok) és ezek a teljesítménybeli megfontolások (OFFSET vs cursor lapozás, konzisztens rendezés) megértése fontosabb az alkalmazások gyors és helyes működéséhez, ahogy az adatok növekednek – a lapozás minden helyen jelen lévő követelmény, és ennek jó megvalósítása, különösen nagyobb méretekben, gyakorlati készség, amely közvetlenül befolyásolja az alkalmazás teljesítményét és a felhasználói élményt.