ORDER BY sorterer resultatrækkerne; LIMIT (med OFFSET) begrænser hvor mange rækker der returneres. Sammen håndterer de sortering og paginering — væsentligt for at vise sorterede, sideinddelte data.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY sorterer efter en eller flere kolonner, stigende (standard) eller DESC. Flere kolonner giver tiebreaking (sorter efter den første, derefter den anden for lige værdier).
SELECT * FROM users ORDER BY name LIMIT 10; -- the first 10 rows
SELECT * FROM users ORDER BY name LIMIT 10 OFFSET 20; -- skip 20, take 10 (page 3)
-- (syntax varies: MySQL/Postgres use LIMIT/OFFSET; SQL Server uses TOP / OFFSET-FETCH)
LIMIT n returnerer højst n rækker; OFFSET m springer de første m over. Sammen implementerer de offset-paginering (side N = LIMIT pageSize OFFSET (N-1)*pageSize).
-- ❌ LIMIT without ORDER BY → row order is UNDEFINED (inconsistent pages!)
SELECT * FROM users LIMIT 10;
-- ✅ always ORDER BY a stable column for consistent pagination
SELECT * FROM users ORDER BY id LIMIT 10;
Afgørende: uden ORDER BY kan databasen returnere rækker i vilkårlig rækkefølge, så sider kan overlappe eller springe rækker over. Sorter altid efter en stabil kolonne når du paginerer.
⚠️ LIMIT 10 OFFSET 1000000 — the DB must SKIP a million rows first (slow on deep pages).
For large datasets, KEYSET (cursor) pagination is far more efficient:
WHERE id > :last_seen_id ORDER BY id LIMIT 10 -- uses an index, no skipping
ORDER BY og LIMIT er fundamentale for at vise data på en brugbar, håndterbar måde — sortering af resultater og returnering af sider i stedet for hele tabeller er et næsten universelt behov (enhver liste, tabel eller feed i en applikation), så forståelse af dem er væsentlig daglig viden. ORDER BY (sortering efter en eller flere kolonner, med tiebreaking) er nødvendig for at præsentere data i meningsfuld rækkefølge, og LIMIT/OFFSET implementerer paginering (returnering af håndterbare datasider) — begge allestedsnærværende i applikationer.
To praktiske punkter er særligt vigtige: brug altid ORDER BY når du paginerer (uden det er rækkerækkefølgen udefineret, hvilket forårsager inkonsistente sider, der overlapper eller springer rækker over — en rigtig, almindelig fejl), og forståelse af at OFFSET-paginering forværres på dybe sider (databasen skal springe alle foregående rækker over, bliver langsom for store offsets), så keyset/cursor-paginering (WHERE id > last_seen) er langt mere effektiv for store datasæt — værdifuld viden for performance.
Da sortering og paginering er påkrævet for praktisk talt enhver datapræsentation, og da konsistenskravet (ORDER BY for stabil paginering) og performance-overvejelsen (OFFSET vs keyset for store data) direkte påvirker korrekthed og hastighed, er det at mestre ORDER BY og LIMIT — sortering, offset-paginering, kravet om stabil rækkefølge og keyset-alternativet for skalering — kernekendskab, der hyppigt anvendes til at bygge applikationer, der præsenterer data effektivt.