การทำ table partitioning ใน PostgreSQL ทำงานอย่างไร?

Question

Accepted Answer

**Partitioning** แบ่งตารางขนาดใหญ่ออกเป็นชิ้นเล็ก ๆ เชิงกายภาพ (**partition**) ตามค่าของคอลัมน์ ในขณะที่ยังคงเป็นตารางเชิงตรรกะตารางเดียว **declarative partitioning** ของ PostgreSQL (Postgres 10+) ทำให้สิ่งนี้สะอาดเรียบร้อย มันช่วยปรับปรุงประสิทธิภาพและความสามารถในการจัดการสำหรับตารางที่มีขนาดใหญ่มาก

## declarative partitioning (วิธีสมัยใหม่)

```sql
-- create a partitioned table, partitioned by RANGE on a date
CREATE TABLE orders (id INT, order_date DATE, amount NUMERIC)
PARTITION BY RANGE (order_date);

-- create partitions for each range
CREATE TABLE orders_2023 PARTITION OF orders
  FOR VALUES FROM ('2023-01-01') TO ('2024-01-01');
CREATE TABLE orders_2024 PARTITION OF orders
  FOR VALUES FROM ('2024-01-01') TO ('2025-01-01');
```

`orders` เป็นตารางเชิงตรรกะตารางเดียว แต่ถูกเก็บเชิงกายภาพในแต่ละ partition รายปี การ insert และ query จะถูก route ไปยัง partition ที่ถูกต้องโดยอัตโนมัติ

## partition pruning ประโยชน์ด้านประสิทธิภาพที่สำคัญ

```sql
-- a query filtered on the partition key scans ONLY relevant partitions
SELECT * FROM orders WHERE order_date >= '2024-06-01';
-- → Postgres skips orders_2023 entirely ("partition pruning") — scans only orders_2024
```

**Partition pruning** เป็นข้อได้เปรียบหลัก: query ที่ filter บน partition key จะแตะเฉพาะ partition ที่เกี่ยวข้องเท่านั้น ลดปริมาณข้อมูลที่ต้อง scan ลงอย่างมากบนตารางขนาดใหญ่

## กลยุทธ์การ partition

```text
PARTITION BY RANGE → value ranges (dates, numbers) — common for time-series
PARTITION BY LIST  → discrete values (region, status)
PARTITION BY HASH  → hash of the key (even distribution across N partitions)
```

## ประโยชน์ด้านการบำรุงรักษา

```sql
-- drop old data instantly by dropping a whole partition (vs slow DELETE)
DROP TABLE orders_2020;              -- removes all 2020 data instantly
-- vs DELETE FROM orders WHERE year = 2020 → slow, creates bloat

-- detach/attach partitions; automate with pg_partman extension
```

การ drop ทั้ง partition เพื่อ archive/ลบข้อมูลเก่าทำได้ทันที ซึ่งเป็นข้อได้เปรียบเชิงปฏิบัติการที่สำคัญเหนือ `DELETE` สำหรับชุดข้อมูลขนาดใหญ่

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

table partitioning เป็นเทคนิคสำคัญของ PostgreSQL ในการจัดการและ query **ตารางที่มีขนาดใหญ่มาก** และการเข้าใจมันมีคุณค่าต่อการทำงานกับ Postgres ในระดับขนาดใหญ่

เมื่อตารางเติบโตถึงหลายร้อยล้านหรือพันล้านแถว partitioning ช่วยแก้ปัญหาด้านประสิทธิภาพและความสามารถในการจัดการ โดยแบ่งตารางออกเป็นชิ้นเล็ก ๆ เชิงกายภาพ

**declarative partitioning** ของ Postgres (Postgres 10+) ทำให้สิ่งนี้สะอาดเรียบร้อยและเป็นมาตรฐานสมัยใหม่ที่ควรรู้

ประโยชน์ด้านประสิทธิภาพที่สำคัญคือ **partition pruning** query ที่ filter บน partition key จะ scan เฉพาะ partition ที่เกี่ยวข้อง (ข้ามที่เหลือ) ลดปริมาณข้อมูลที่ต้อง scan ลงอย่างมากสำหรับตารางขนาดใหญ่ (มีคุณค่าอย่างยิ่งสำหรับข้อมูล time-series ที่ filter ตามวันที่ ซึ่งเป็นกรณีที่พบบ่อยมาก)

นอกเหนือจากประสิทธิภาพ partitioning ยังให้ **ประโยชน์ด้านการบำรุงรักษา** ที่สำคัญ: การ archive หรือลบข้อมูลเก่าทำได้ทันทีโดยการ drop ทั้ง partition (เทียบกับ `DELETE` ที่ช้าและสร้าง bloat สำหรับหลายล้านแถว ซึ่งเป็นข้อได้เปรียบเชิงปฏิบัติการที่สำคัญสำหรับข้อมูลที่มีนโยบายการเก็บรักษา เช่น log และ event)

การเข้าใจ **กลยุทธ์** (RANGE สำหรับช่วงวันที่/ตัวเลข ซึ่งพบบ่อยสำหรับ time-series; LIST สำหรับค่าที่ไม่ต่อเนื่อง; HASH สำหรับการกระจายอย่างสม่ำเสมอ) และ **เมื่อใดควรใช้ partitioning** (ตารางที่ใหญ่มากที่มี partition key ตามธรรมชาติ โดยเฉพาะ time-series ที่มีการ archive เป็นประจำ ไม่ใช่ตารางเล็กที่การทำ index ก็เพียงพอแล้ว) สะท้อนถึงวิจารณญาณที่ดี

เนื่องจากการจัดการตารางที่ใหญ่มากเป็นความท้าทายที่เกิดขึ้นจริงในระบบ PostgreSQL ระดับขนาดใหญ่ และเนื่องจาก declarative partitioning (พร้อม partition pruning และการ drop partition เพื่อบำรุงรักษาอย่างมีประสิทธิภาพ) เป็นเครื่องมือมาตรฐานที่เสริมกับการทำ index การเข้าใจ PostgreSQL table partitioning จึงเป็นความรู้ที่มีคุณค่าและเกี่ยวข้องเชิงปฏิบัติสำหรับความสามารถในการขยายของฐานข้อมูล สำคัญเป็นพิเศษสำหรับแอปพลิเคชันระดับขนาดใหญ่ ปริมาณสูง หรือ time-series และเป็นหัวข้อที่พบบ่อยที่แสดงถึงความสามารถในการจัดการ Postgres ในระดับขนาดใหญ่