Kepiye sampeyan nge-partisi siji tabel kanthi milyaran row?

Question

IT Interview Practice · Accepted Answer

**Pisah tabel raksasa dadi tabel anak fisik sing luwih cilik miturut partition key, supaya saben query mung ndemek partisi sing dibutuhake (partition pruning) tinimbang nge-scan milyaran row.** Tabel kanthi 5 milyar row order isih tumindak kaya siji tabel logis, nanging mesin nglewati 99%-e nalika `WHERE` sampeyan nyaring ing partition key.

## Wujud tabel sing dipartisi

```text
                 orders (logical parent)
                        │  partition key = created_at
       ┌────────────────┼────────────────┬───────────────┐
       ▼                ▼                ▼               ▼
 orders_2024_q1   orders_2024_q2   orders_2024_q3   orders_2025_q1
  (child table)    (child table)    (child table)    (child, active)
       │                                                  │
   local index                                        local index
   (per child)                                        (per child)
```

## Milih strategi partisi

- **Range** — miturut range tanggal/id. Paling apik kanggo time-series (order, log, event); data anyar tetep panas lan range lawas gampang dibuwang.
- **Hash** — nyebar rata ing N partisi miturut `hash(key) % N`. Nganggo nalika ora ana range alami lan sampeyan pengin beban seimbang (contone `user_id`).
- **List** — bucket eksplisit (`region IN ('EU','US')`). Apik kanggo isolasi tenant utawa region.

```sql
-- Postgres: range partisi miturut wulan, prune ing created_at
CREATE TABLE orders (id bigint, created_at date, amount numeric)
  PARTITION BY RANGE (created_at);

CREATE TABLE orders_2025_01 PARTITION OF orders
  FOR VALUES FROM ('2025-01-01') TO ('2025-02-01');

-- Iki mung nge-scan orders_2025_01, dudu sakabehing tabel
SELECT sum(amount) FROM orders
 WHERE created_at >= '2025-01-01' AND created_at < '2025-02-01';
```

## Pruning, indeks, pangopènan

- **Partition pruning** mung mlaku yen query nyaring ing **partition key**. Nyaring ing liyane lan sampeyan nge-scan saben partisi — kesalahan nomer 1.
- **Local index** = siji indeks saben anak (standar ing Postgres); murah dibangun lan dibuwang karo partisine. **Global index** (Oracle) nyakup kabeh partisi — mbantu lookup unik antar-partisi nanging kudu dibangun maneh nalika sampeyan mbuwang siji.
- **Pangopènan** dadi O(partisi): arsip data lawas nganggo `DROP TABLE orders_2019` (sanalika, ora ana `DELETE` gedhe), lan `ATTACH`/`DETACH` kanggo jendhela bergulir.

## Sudut pandang wawancara

Pewawancara nyoba niteni apa sampeyan ngerti yen **partisi iku dudu indeks** — partisi ngurangi data sing di-scan, indeks ngurangi row sing dipriksa ing sajroning scan; sampeyan asring butuh loro-lorone. Jawaban apik nyebutake range/hash/list; jawaban apik banget nandhesake yen **partition key kudu cocog karo filter query dominan sampeyan**, ngelingake yen key sing salah matèni pruning, lan nyebutake arsip murah liwat `DROP`.

**Trade-off:** query antar-partisi (tanpa filter key, utawa constraint unik antar-partisi) dadi luwih alon lan penegakan unik luwih angel. Aja nge-partisi tabel 10 yuta row — sampeyan nambah kerumitan operasional tanpa entuk apa-apa. Partisi nalika tabel gedhe banget **lan** query kanthi alami di-scope miturut key.

Wujud tabel sing dipartisi

Milih strategi partisi

Pruning, indeks, pangopènan

Sudut pandang wawancara

Pitakon sing gegandhengan