Bagaimana cara kerja ORDER BY dan LIMIT, dan bagaimana Anda melakukan pagination?

Question

Accepted Answer

**`ORDER BY`** mengurutkan baris hasil; **`LIMIT`** (dengan `OFFSET`) membatasi berapa banyak baris yang dikembalikan. Bersama-sama mereka menangani pengurutan dan pagination — penting untuk menampilkan data yang terurut dan dipaginating.

## ORDER BY — pengurutan

```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` mengurutkan menurut satu atau lebih kolom, ascending (default) atau `DESC`. Beberapa kolom memberikan tie-breaking (urutkan berdasarkan yang pertama, kemudian yang kedua untuk nilai yang sama).

## LIMIT dan OFFSET — pembatasan dan paging

```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` melewatkan `m` pertama. Bersama-sama mereka mengimplementasikan **offset pagination** (halaman N = `LIMIT pageSize OFFSET (N-1)*pageSize`).

## Selalu ORDER BY saat melakukan pagination

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

**Penting:** tanpa `ORDER BY`, database dapat mengembalikan baris dalam urutan apa pun, sehingga halaman dapat tumpang tindih atau melewatkan baris. Selalu urutkan menurut kolom yang stabil saat melakukan pagination.

## OFFSET pagination menjadi lambat di 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 ini penting

`ORDER BY` dan `LIMIT` adalah fundamental untuk menampilkan data dengan cara yang berguna dan dapat dikelola — mengurutkan hasil dan mengembalikan halaman daripada seluruh tabel adalah kebutuhan yang hampir universal (daftar, tabel, atau feed apa pun dalam aplikasi), jadi memahami mereka adalah pengetahuan penting sehari-hari. `ORDER BY` (pengurutan menurut satu atau lebih kolom, dengan tie-breaking) diperlukan untuk menyajikan data dalam urutan yang bermakna, dan `LIMIT`/`OFFSET` mengimplementasikan **pagination** (mengembalikan halaman data yang dapat dikelola) — keduanya ada di mana-mana dalam aplikasi.

Dua poin praktis sangat penting: **selalu gunakan `ORDER BY` saat melakukan pagination** (tanpanya, urutan baris tidak terdefinisi, menyebabkan halaman yang tidak konsisten yang tumpang tindih atau melewatkan baris — bug nyata dan umum), dan memahami bahwa **OFFSET pagination menurun pada halaman yang dalam** (database harus melewatkan semua baris sebelumnya, menjadi lambat untuk offset besar), jadi **keyset/cursor pagination** (`WHERE id > last_seen`) jauh lebih efisien untuk dataset besar — pengetahuan berharga untuk performa.

Karena pengurutan dan pagination diperlukan untuk hampir semua tampilan data, dan karena persyaratan konsistensi (ORDER BY untuk pagination stabil) dan pertimbangan performa (OFFSET vs keyset untuk data besar) secara langsung mempengaruhi kebenaran dan kecepatan, menguasai `ORDER BY` dan `LIMIT` — pengurutan, offset pagination, persyaratan pengurutan stabil, dan alternatif keyset untuk skala — adalah pengetahuan inti yang sering diterapkan untuk membangun aplikasi yang menyajikan data secara efektif.