كيف يعمل تقسيم الجداول في PostgreSQL؟

Question

Accepted Answer

**تقسيم الجداول** يقسم جدولاً كبيراً إلى أجزاء فيزيائية أصغر (**partitions**) بناءً على قيمة عمود معين، بينما يبقى جدولاً منطقياً واحداً. **التقسيم الإعلاني** في PostgreSQL (Postgres 10+) يجعل هذا نظيفاً وفعالاً. يحسّن الأداء والقابلية للإدارة للجداول الكبيرة جداً.

## التقسيم الإعلاني (الطريقة الحديثة)

```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` هو جدول منطقي واحد، مخزّن فيزيائياً في partitions منفصلة حسب السنة. عمليات الإدراج والاستعلامات تُوجّه تلقائياً إلى partition الصحيح.

## تقليص الأقسام — الفائدة الرئيسية للأداء

```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) هي الفائدة الأساسية: الاستعلامات التي تُرشِّح على مفتاح التقسيم تمس فقط الأقسام ذات الصلة، مما يقلل بشكل كبير من حجم البيانات الممسوحة في الجداول الضخمة.

## استراتيجيات التقسيم

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

حذف قسم كامل لأرشفة أو إزالة البيانات القديمة يحدث فوراً — وهي ميزة تشغيلية رئيسية مقارنة بـ `DELETE` على مجموعات البيانات الكبيرة.

## لماذا هذا مهم

تقسيم الجداول هو تقنية PostgreSQL مهمة لإدارة والاستعلام عن **الجداول الكبيرة جداً**، وفهمها قيّم عند العمل مع Postgres بكفاءة عالية.

مع نمو الجداول إلى مئات الملايين أو مليارات الصفوف، يعالج التقسيم مشاكل الأداء والقابلية للإدارة بتقسيم الجدول إلى أجزاء فيزيائية أصغر.

**التقسيم الإعلاني** في Postgres (Postgres 10+) يجعل هذا نظيفاً وهو المعيار الحديث الذي يجب معرفته.

الفائدة الأداء الرئيسية هي **تقليص الأقسام** — الاستعلامات التي تُرشِّح على مفتاح التقسيم تمسح فقط الأقسام ذات الصلة (تخطي الباقي)، مما يقلل بشكل كبير من البيانات الممسوحة في الجداول الضخمة (مفيد بشكل خاص لبيانات السلاسل الزمنية المُرشّحة حسب التاريخ، وهي حالة شائعة جداً).

بعيداً عن الأداء، يوفر التقسيم فوائد **صيانة رئيسية**: أرشفة أو حذف البيانات القديمة يصبح فورياً بحذف قسم كامل (مقابل عملية `DELETE` بطيئة تسبب تضخماً من ملايين الصفوف — ميزة تشغيلية كبيرة للبيانات التي تحتوي على سياسات الاحتفاظ، مثل السجلات والأحداث).

فهم **الاستراتيجيات** (RANGE للنطاقات الزمنية/الرقمية — شائعة للبيانات الزمنية؛ LIST للقيم المنفصلة؛ HASH للتوزيع المتساوي) و**متى يُستخدم التقسيم** (الجداول الكبيرة جداً التي لديها مفتاح تقسيم طبيعي، خاصة البيانات الزمنية مع الأرشفة العادية — وليس الجداول الصغيرة حيث يكفي الفهرسة) يعكس حكماً سليماً.

بما أن إدارة الجداول الكبيرة جداً هي تحدٍ حقيقي في أنظمة PostgreSQL الكبيرة، وبما أن التقسيم الإعلاني (مع تقليص الأقسام وصيانة حذف partition الفعالة) هو الأداة القياسية — مكملة للفهرسة — فإن فهم تقسيم جداول PostgreSQL قيمة عملياً وذو صلة لقابلية التوسع في قاعدة البيانات، وخاصة مهم للتطبيقات واسعة النطاق أو عالية الحجم أو الزمنية، وموضوع شائع يظهر القدرة على إدارة Postgres بكفاءة عالية.