ORDER BY sorterar resultatraderna; LIMIT (tillsammans med OFFSET) begränsar hur många rader som returneras. Tillsammans hanterar de sortering och paginering — väsentligt för att visa sorterad, paginerad data.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY sorterar efter en eller flera kolumner, stigande (standard) eller DESC. Flera kolumner möjliggör tiebreaker (sortera efter den första, sedan den andra för lika värden).
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 returnerar högst n rader; OFFSET m hoppar över de första m. Tillsammans implementerar de offset-paginering (sida 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;
Viktigt: utan ORDER BY kan databasen returnera rader i vilken ordning som helst, så sidor kan överlappa eller hoppa över rader. Sortera alltid efter en stabil kolumn vid paginering.
⚠️ 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 och LIMIT är grundläggande för att visa data på ett användbart, hanterbart sätt — att sortera resultat och returnera sidor istället för hela tabeller är ett nästan universellt behov (valfri lista, tabell eller feed i en applikation), så att förstå dem är väsentlig kunskaper för dagligdags arbete. ORDER BY (sortering efter en eller flera kolumner, med tiebreaker) är nödvändig för att presentera data i en meningsfull ordning, och LIMIT/OFFSET implementerar paginering (returnerande av hanterbara datasidor) — båda är allestädes närvarande i applikationer.
Två praktiska poänger är särskilt viktiga: använd alltid ORDER BY vid paginering (utan det är radordningen odefinierad, vilket orsakar inkonsistenta sidor som överlappar eller hoppar över rader — en verklig, vanlig bugg), och förståelse för att OFFSET-paginering försämras på djupa sidor (databasen måste hoppa över alla föregående rader, vilket blir långsamt för stora förskjutningar), så keyset/cursor-paginering (WHERE id > last_seen) är mycket mer effektiv för stora datamängder — värdefull kunskap för prestanda.
Då sortering och paginering krävs för praktiskt taget all datapresentation, och då konsistenskravet (ORDER BY för stabil paginering) och prestandaövervägandet (OFFSET kontra keyset för stora data) direkt påverkar korrekthet och hastighet, är det att bemästra ORDER BY och LIMIT — sortering, offset-paginering, kravet på stabil ordning, och keyset-alternativet för skalning — kärnkunskap som tillämpas ofta för att bygga applikationer som presenterar data effektivt.