Kuinka ORDER BY ja LIMIT toimivat, ja kuinka sivutat tuloksia?

Question

Accepted Answer

**`ORDER BY`** lajittelee tuloksen rivit; **`LIMIT`** (yhdessä `OFFSET`-kanssa) rajoittaa palautettujen rivien määrää. Yhdessä ne hoitavat lajittelun ja sivutuksen — välttämätöntä järjestettyjen, sivutettujen tietojen näyttämisessä.

## ORDER BY — lajittelu

```sql
SELECT name, age FROM users ORDER BY age;            -- ascending (default)
SELECT name, age FROM users ORDER BY age DESC;        -- descending
SELECT * FROM users ORDER BY country, name;           -- by country, then name (tie-break)
SELECT * FROM users ORDER BY created_at DESC NULLS LAST;  -- control NULL placement
```

`ORDER BY` lajittelee yhden tai useamman sarakkeen mukaan nousevassa järjestyksessä (oletusarvo) tai `DESC`:ssä. Useat sarakkeet tarjoavat tasapelien ratkaisun (lajittele ensimmäisen mukaan, sitten toisen tasapelissä).

## LIMIT ja OFFSET — rajoittaminen ja sivutus

```sql
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` palauttaa enintään `n` riviä; `OFFSET m` ohittaa ensimmäiset `m` rivit. Yhdessä ne toteuttavat **offset-pohjaisen sivutuksen** (sivu N = `LIMIT sivunKoko OFFSET (N-1)*sivunKoko`).

## Käytä aina ORDER BY:tä sivutuksessa

```sql
-- ❌ 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;
```

**Kriittistä:** ilman `ORDER BY`:tä tietokanta saattaa palauttaa rivit missä tahansa järjestyksessä, joten sivut voivat päällekkäin tai ohittaa rivejä. Lajittele aina vakaan sarakkeen mukaan sivutuksessa.

## OFFSET-pohjainen sivutus hidastuu syvällä sivuilla

```text
⚠️ 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
```

## Miksi se on tärkeää

`ORDER BY` ja `LIMIT` ovat perustavanlaatuisia tietojen näyttämiseen käytännöllisellä ja hallittavalla tavalla — tulosten lajittelu ja sivujen palauttaminen koko taulukon sijaan on lähes universaali tarve (mikä tahansa sovelluksen lista, taulukko tai syöte), joten niiden ymmärtäminen on olennaista päivittäistä osaamista. `ORDER BY` (lajittelu yhden tai useamman sarakkeen mukaan tasapelien ratkaisulla) on välttämätöntä tietojen esittämiselle merkityksellisessä järjestyksessä, ja `LIMIT`/`OFFSET` toteuttavat **sivutuksen** (hallittavien tietosivujen palauttamisen) — molemmat kaikkialla sovelluksissa.

Kaksi käytännöllä kohtaa ovat erityisen tärkeitä: **käytä aina `ORDER BY`:tä sivutuksessa** (ilman sitä rivien järjestys on määrittelemätön, mikä aiheuttaa epäyhtenäisiä sivuja, jotka päällekkäin tai ohittavat rivejä — todellinen, yleinen virhe), ja ymmärryksen että **OFFSET-pohjainen sivutus heikkenee syvällä sivuilla** (tietokanta joutuu ohittamaan kaikki edelliset rivit, mikä hidastuu suurilla offset-arvoilla), joten **keyset/kursor-pohjainen sivutus** (`WHERE id > viimeksi_nähty`) on paljon tehokkaampi suurille tietomäärille — arvokas tieto suorituskyvystä.

Koska lajittelu ja sivutus vaaditaan käytännössä kaiken tiedon näyttämisessä, ja koska johdonmukaisuusvaatimus (ORDER BY vakaille sivuille) ja suorituskykyhuomio (OFFSET vs keyset suurelle datalle) vaikuttavat suoraan oikeellisuuteen ja nopeuteen, `ORDER BY` ja `LIMIT`:n hallitseminen — lajittelu, offset-pohjainen sivutus, vakaan järjestyksen vaatimus, ja keyset-vaihtoehto suuressa mittakaavassa — on perus- ja usein sovellettavaa osaamista tehokkaasti tietoja esittävien sovellusten rakentamiselle.