Bagaimana ORDER BY dan LIMIT berfungsi, dan bagaimana anda membuat penomboran halaman (pagination)?

Question

Accepted Answer

**`ORDER BY`** mengisih baris keputusan; **`LIMIT`** (dengan `OFFSET`) menyekat berapa baris yang dikembalikan. Bersama-sama ia mengendalikan pengisihan dan penomboran halaman — penting untuk memaparkan data yang tersusun dan berhalaman.

## ORDER BY — pengisihan

```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` mengisih mengikut satu atau lebih lajur, menaik (lalai) atau `DESC`. Berbilang lajur menyediakan pemecahan seri (isih mengikut yang pertama, kemudian yang kedua untuk nilai yang sama).

## LIMIT dan OFFSET — menyekat dan berhalaman

```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` mengembalikan paling banyak `n` baris; `OFFSET m` melangkau `m` yang pertama. Bersama-sama ia melaksanakan **penomboran offset** (halaman N = `LIMIT pageSize OFFSET (N-1)*pageSize`).

## Sentiasa ORDER BY apabila membuat penomboran halaman

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

**Kritikal:** tanpa `ORDER BY`, pangkalan data mungkin mengembalikan baris dalam sebarang susunan, jadi halaman boleh bertindih atau melangkau baris. Sentiasa isih mengikut lajur yang stabil apabila membuat penomboran halaman.

## Penomboran OFFSET menjadi perlahan pada halaman yang dalam

```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
```

## Mengapa ia penting

`ORDER BY` dan `LIMIT` adalah asas untuk memaparkan data dalam cara yang berguna dan terkawal — mengisih keputusan dan mengembalikan halaman dan bukannya keseluruhan jadual ialah keperluan hampir universal (sebarang senarai, jadual, atau suapan dalam aplikasi), jadi memahaminya adalah pengetahuan harian yang penting. `ORDER BY` (mengisih mengikut satu atau lebih lajur, dengan pemecahan seri) adalah perlu untuk membentangkan data dalam susunan yang bermakna, dan `LIMIT`/`OFFSET` melaksanakan **penomboran halaman** (mengembalikan halaman data yang terurus) — kedua-duanya ada di mana-mana dalam aplikasi.

Dua perkara praktikal sangat penting: **sentiasa gunakan `ORDER BY` apabila membuat penomboran halaman** (tanpanya, susunan baris tidak tertakrif, menyebabkan halaman yang tidak konsisten yang bertindih atau melangkau baris — pepijat sebenar yang biasa), dan memahami bahawa **penomboran OFFSET merosot pada halaman yang dalam** (pangkalan data mesti melangkau semua baris sebelumnya, menjadi perlahan untuk offset yang besar), jadi **penomboran keyset/cursor** (`WHERE id > last_seen`) jauh lebih cekap untuk set data yang besar — pengetahuan berharga untuk prestasi.

Memandangkan pengisihan dan penomboran halaman diperlukan untuk hampir mana-mana paparan data, dan memandangkan keperluan konsistensi (ORDER BY untuk penomboran yang stabil) dan pertimbangan prestasi (OFFSET lwn keyset untuk data besar) secara langsung mempengaruhi ketepatan dan kelajuan, menguasai `ORDER BY` dan `LIMIT` — pengisihan, penomboran offset, keperluan susunan yang stabil, dan alternatif keyset untuk skala — ialah pengetahuan teras yang kerap digunakan untuk membina aplikasi yang membentangkan data dengan berkesan.