Bagaimanakah ID auto-tokokan berfungsi (SERIAL, sequences, IDENTITY)?

Question

Accepted Answer

PostgreSQL menjana ID auto-tokokan (biasanya untuk kunci primer) menggunakan **sequences** — objek khas yang menghasilkan nombor unik yang semakin meningkat. **`SERIAL`** ialah singkatan yang mencipta sequence secara automatik, dan **`IDENTITY`** ialah setara standard SQL yang moden.

## SERIAL — singkatan klasik

```sql
CREATE TABLE users (
  id SERIAL PRIMARY KEY,      -- auto-incrementing integer (SERIAL = INT + a sequence)
  name TEXT
);
-- BIGSERIAL for larger ranges (BIGINT-backed) — use for tables expecting many rows

INSERT INTO users (name) VALUES ('Ann');   -- id auto-assigned (1, 2, 3, ...)
```

`SERIAL` secara automatik mencipta sequence dan menetapkan lalai lajur untuk menarik nilai seterusnya daripadanya. `BIGSERIAL` menggunakan `BIGINT` untuk julat yang lebih besar (penting untuk jadual yang mungkin melebihi ~2 bilion baris).

## IDENTITY — cara moden yang disyorkan (Postgres 10+)

```sql
CREATE TABLE users (
  id INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY,   -- SQL-standard, recommended
  name TEXT
);
-- GENERATED ALWAYS → you can't manually insert a value (cleaner)
-- GENERATED BY DEFAULT → allows manual override when needed
```

`GENERATED ... AS IDENTITY` ialah pendekatan moden dan standard SQL (lebih disukai berbanding `SERIAL` dalam kod baharu) — ia lebih bersih dan mengelakkan beberapa kerenah `SERIAL` (seperti kes tepi pemilikan/kebenaran).

## Bagaimana sequences berfungsi di sebaliknya

```sql
CREATE SEQUENCE my_seq START 1 INCREMENT 1;
SELECT nextval('my_seq');     -- get the next value (advances the sequence)
SELECT currval('my_seq');     -- the last value YOU got
SELECT setval('my_seq', 100); -- set the current value
```

Sequence ialah pembilang bebas. `SERIAL`/`IDENTITY` menggunakan satu di sebalik tabir. Nota: sequence **tidak** digulung balik (rolled back) oleh transaksi (jadi ID boleh mempunyai jurang selepas rollback — normal dan dijangka).

## Mendapatkan ID baharu

```sql
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
```

## Mengapa ia penting

ID auto-tokokan adalah asas — hampir setiap jadual memerlukan kunci primer yang unik, dan ID berturutan yang dijana secara automatik ialah pendekatan standard, jadi memahami cara PostgreSQL mengendalikannya ialah pengetahuan harian yang penting.

Mengetahui **`SERIAL`** (singkatan klasik dan lazim yang mencipta sequence secara automatik) dan terutamanya **`IDENTITY`** (`GENERATED ... AS IDENTITY` — pendekatan moden, standard SQL, dan disyorkan untuk kod baharu, yang lebih bersih dan mengelakkan kerenah SERIAL) adalah penting untuk mentakrifkan kunci primer dengan betul.

Memahami **sequences** asas (pembilang bebas yang menghasilkan nilai unik yang semakin meningkat) menjelaskan cara auto-tokok berfungsi dan berguna untuk kawalan lanjutan (`nextval`, `setval`).

Dua perkara praktikal penting: memilih **`BIGSERIAL`/BIGINT** untuk jadual yang mungkin berkembang besar (mengelakkan limpahan integer — kebimbangan sebenar), dan mengetahui bahawa **sequence tidak digulung balik** oleh transaksi (jadi ID boleh mempunyai jurang selepas rollback atau sisipan yang gagal — tingkah laku normal dan dijangka yang mengejutkan sesetengah orang).

Klausa **`RETURNING`** untuk mendapatkan ID yang dijana semula daripada INSERT juga merupakan pengetahuan harian yang bernilai.

Memandangkan setiap jadual memerlukan kunci primer dan ID auto-tokokan ialah standard, dan memandangkan memahami SERIAL berbanding IDENTITY yang disyorkan, sequence asas, saiz (BIGSERIAL), tingkah laku jurang, dan RETURNING merangkumi keperluan praktikal, mengetahui cara PostgreSQL menjana ID auto-tokokan ialah pengetahuan asas yang kerap digunakan untuk bekerja dengan jadual Postgres dan satu titik biasa di mana mengetahui amalan terbaik moden (IDENTITY) mencerminkan kecekapan Postgres semasa.