ORDER BY sortira retke rezultata; LIMIT (s OFFSET) ograničava koliko redaka se vraća. Zajedno omogućuju sortiranje i paginaciju — bitne za prikaz sortiranih podataka s paginacijom.
name, age users age;
name, age users age ;
users country, name;
users created_at ;
ORDER BY sortira po jednom ili više stupaca, silazno (zadano) ili DESC. Više stupaca omogućuje rješavanje veza (sortira po prvom, zatim po drugom za jednake vrijednosti).
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 vraća najviše n redaka; OFFSET m preskaču prvi m. Zajedno implementiraju offset paginaciju (stranica N = LIMIT veličinaStanice OFFSET (N-1)*veličinaStanice).
-- ❌ 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;
Bitno: bez ORDER BY, baza podataka može vratiti retke u bilo kojem redoslijedu, pa stranice mogu biti preklapajuće ili preskakati retke. Uvijek sortiraj po stabilnom stupcu pri paginaciji.
⚠️ 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 i LIMIT su temeljni za prikaz podataka na koristan, upravljiv način — sortiranje rezultata i vraćanje stranica umjesto cijelih tablica je gotovo univerzalna potreba (bilo koji popis, tablica ili feed u aplikaciji), pa je razumijevanje njih bitno svakodnevno znanje. ORDER BY (sortiranje po jednom ili više stupaca, s rješavanjem veza) nužno je za predstavljanje podataka u smislenom redoslijedu, a LIMIT/OFFSET implementiraju paginaciju (vraćanje upravljivih stranica podataka) — oboje sveprisutno u aplikacijama.
Dve praktične točke su posebno važne: uvijek koristi ORDER BY pri paginaciji (bez toga redoslijed redaka je nedefiniran, što uzrokuje neusklađene stranice koje se preklapaju ili preskačaju retke — prava, česta greška), i razumijevanje da se OFFSET paginacija degradira na dubokim stranicama (baza podataka mora preskočiti sve prethodne retke, što postaje spora za velike offsete), pa je keyset/cursor paginacija (WHERE id > zadnja_viđena) daleko učinkovitija za velike setove podataka — vrijednosno znanje za performanse.
Budući da su sortiranje i paginacija potrebni za gotovo bilo koji prikaz podataka, i jer zahtjev konzistentnosti (ORDER BY za stabilnu paginaciju) i razmatranje performansi (OFFSET vs keyset za velike podatke) izravno utječu na ispravnost i brzinu, ovladavanje ORDER BY i LIMIT — sortiranjem, offset paginacijom, zahtjevom stabilnog redoslijeda i keyset alternativom za skaliranje — je temeljno, često primijenjeno znanje za izgradnju aplikacija koje učinkovito prezentiraju podatke.