Primary key และ foreign key คืออะไร?

Question

Accepted Answer

**Primary key** ระบุแต่ละแถวในตารางอย่างเอกลักษณ์; **foreign key** อ้างอิงถึง primary key ของอีกตารางหนึ่ง สร้าง**ความสัมพันธ์**ระหว่างตารางและบังคับ**ความสมบูรณ์เชิงอ้างอิง** (referential integrity) (คุณไม่สามารถอ้างอิงถึงแถวที่ไม่มีอยู่ได้)

## Primary key — ตัวระบุแถวที่เอกลักษณ์

```sql
CREATE TABLE users (
    id    INT PRIMARY KEY,         -- uniquely identifies each user (unique + not null)
    name  VARCHAR(100),
    email VARCHAR(255) UNIQUE
);
-- often auto-generated: id SERIAL PRIMARY KEY (Postgres) / AUTO_INCREMENT (MySQL)
```

Primary key เป็น**เอกลักษณ์**และ**ไม่เป็น null** — มันระบุแต่ละแถว มันถูกทำ index โดยอัตโนมัติ (ค้นหาเร็ว) และเป็นสิ่งที่ foreign key อ้างอิงถึง

## Foreign key — อ้างอิงถึงอีกตารางหนึ่ง

```sql
CREATE TABLE orders (
    id      INT PRIMARY KEY,
    user_id INT,
    total   DECIMAL(10,2),
    FOREIGN KEY (user_id) REFERENCES users(id)   -- user_id must match a users.id
);
```

Foreign key (`user_id`) อ้างอิงถึง primary key ของอีกตารางหนึ่ง (`users.id`) สร้างความสัมพันธ์ "คำสั่งซื้อเป็นของผู้ใช้" ฐานข้อมูล**บังคับ**สิ่งนี้: คุณไม่สามารถ insert คำสั่งซื้อที่มี `user_id` ที่ไม่มีอยู่ใน `users` ได้

## ความสมบูรณ์เชิงอ้างอิง (ประโยชน์หลัก)

```sql
INSERT INTO orders (user_id, total) VALUES (999, 50);   -- ❌ ERROR if user 999 doesn't exist
-- the foreign key PREVENTS orphaned records (orders referencing non-existent users)
```

**ความสมบูรณ์เชิงอ้างอิง** หมายความว่าฐานข้อมูลรับประกันว่าความสัมพันธ์ถูกต้อง — คุณไม่สามารถมีคำสั่งซื้อที่อ้างอิงถึงผู้ใช้ที่ไม่มีอยู่ได้ สิ่งนี้ป้องกันความเสียหายของข้อมูลจากการอ้างอิงที่กำพร้า/ไม่ถูกต้อง

## พฤติกรรม ON DELETE / ON UPDATE

```sql
FOREIGN KEY (user_id) REFERENCES users(id)
    ON DELETE CASCADE         -- delete the user → delete their orders too
    -- ON DELETE SET NULL     -- set user_id to NULL
    -- ON DELETE RESTRICT     -- prevent deleting a user who has orders (default-ish)
```

`ON DELETE`/`ON UPDATE` กำหนดว่าเกิดอะไรขึ้นกับแถวที่ขึ้นต่อกันเมื่อแถวที่ถูกอ้างอิงถูกลบหรือเปลี่ยนแปลง — `CASCADE` (แพร่ต่อ), `SET NULL` หรือ `RESTRICT` (ป้องกัน) การเลือกอย่างถูกต้องสำคัญต่อการหลีกเลี่ยงข้อมูลสูญหายโดยไม่ได้ตั้งใจหรือแถวที่กำพร้า

## ทำไมจึงสำคัญ

Primary key และ foreign key เป็นพื้นฐานของการออกแบบฐานข้อมูลเชิงสัมพันธ์ — เป็นวิธีที่โมเดลเชิงสัมพันธ์สร้างเอกลักษณ์และความสัมพันธ์ระหว่างตาราง ดังนั้นการเข้าใจมันจึงจำเป็นต่อการออกแบบและการทำงานกับฐานข้อมูลเชิงสัมพันธ์ใด ๆ **Primary key** (การระบุแต่ละแถวอย่างเอกลักษณ์ ทำ index อัตโนมัติ) เป็นรากฐานของเอกลักษณ์ของตารางและเป็นสิ่งที่ความสัมพันธ์อ้างอิงถึง **Foreign key** สร้างความสัมพันธ์ระหว่างตาราง (คำสั่งซื้อเป็นของผู้ใช้ เป็นต้น) ที่นิยามโครงสร้างเชิงสัมพันธ์ของข้อมูลในแอปพลิเคชัน

ที่สำคัญยิ่งคือ foreign key บังคับ **ความสมบูรณ์เชิงอ้างอิง** — ฐานข้อมูลรับประกันว่าความสัมพันธ์ถูกต้อง (คุณไม่สามารถอ้างอิงถึงแถวที่ไม่มีอยู่ได้) ซึ่ง**ป้องกันความเสียหายของข้อมูล**จากการอ้างอิงที่กำพร้าหรือไม่ถูกต้อง เป็นประโยชน์ด้านความน่าเชื่อถือที่สำคัญซึ่งรักษาความสอดคล้องของข้อมูลโดยอัตโนมัติ

การเข้าใจ **พฤติกรรม `ON DELETE`/`ON UPDATE`** (`CASCADE`, `SET NULL`, `RESTRICT`) สำคัญเพราะมันกำหนดว่าเกิดอะไรขึ้นกับข้อมูลที่เกี่ยวข้องเมื่อแถวที่ถูกอ้างอิงเปลี่ยนแปลงหรือถูกลบ — การเลือกอย่างถูกต้องป้องกันข้อมูลสูญหายโดยไม่ได้ตั้งใจ (เช่น CASCADE ลบมากกว่าที่ตั้งใจ) หรือระเบียนที่กำพร้า เป็นการตัดสินใจด้านการออกแบบที่มีผลสำคัญ

เนื่องจากความสัมพันธ์ระหว่างตารางเป็นแก่นแท้ของฐานข้อมูลเชิงสัมพันธ์ และเนื่องจาก primary/foreign key (และความสมบูรณ์เชิงอ้างอิง) เป็นวิธีที่ความสัมพันธ์เหล่านั้นถูกนิยามและปกป้อง การเข้าใจมัน — key สำหรับเอกลักษณ์และความสัมพันธ์ ความสมบูรณ์เชิงอ้างอิงสำหรับความสอดคล้องของข้อมูล และพฤติกรรม on-delete สำหรับการจัดการข้อมูลที่เกี่ยวข้อง — จึงเป็นความรู้หลักและพื้นฐานสำหรับการออกแบบฐานข้อมูล และเป็นหัวข้อสัมภาษณ์ที่พบบ่อยซึ่งจำเป็นต่อการทำงานกับข้อมูลเชิงสัมพันธ์อย่างถูกต้อง