كيف تجزّئ (partition) جدولاً واحداً بمليارات الصفوف؟

Question

IT Interview Practice · Accepted Answer

**قسّم الجدول العملاق إلى جداول أبناء فيزيائية أصغر حسب مفتاح تجزئة، كي يلمس كل استعلام الأجزاء التي يحتاجها فقط (partition pruning) بدل مسح مليارات الصفوف.** جدول به 5 مليارات صفّ طلبات لا يزال يتصرّف كجدول منطقي واحد، لكن المحرّك يتخطّى 99% منه عندما يُصفّي شرط `WHERE` على مفتاح التجزئة.

## شكل الجدول المُجزّأ

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

## اختيار استراتيجية التجزئة

- **النطاق (Range)** — حسب نطاقات التاريخ/المعرّف. الأفضل للسلاسل الزمنية (طلبات، سجلات، أحداث)؛ البيانات الحديثة تبقى ساخنة والنطاقات القديمة سهلة الإسقاط.
- **التهشيم (Hash)** — توزيع متساوٍ عبر N جزءاً بـ `hash(key) % N`. استخدمه حين لا يوجد نطاق طبيعي وتريد حملاً متوازناً (مثلاً `user_id`).
- **القائمة (List)** — دِلاء صريحة (`region IN ('EU','US')`). جيّد لعزل المستأجر أو المنطقة.

```sql
-- Postgres: تجزئة نطاقية حسب الشهر، تقليم على 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');

-- هذا يمسح orders_2025_01 فقط، لا الجدول كله
SELECT sum(amount) FROM orders
 WHERE created_at >= '2025-01-01' AND created_at < '2025-02-01';
```

## التقليم والفهارس والصيانة

- **تقليم الأجزاء (Partition pruning)** يعمل فقط إن صفّى الاستعلام على **مفتاح التجزئة**. صفِّ على شيء آخر فتمسح كل جزء — الخطأ رقم 1.
- **الفهرس المحلي (Local index)** = فهرس واحد لكل ابن (الافتراضي في Postgres)؛ رخيص للبناء والإسقاط مع الجزء. **الفهرس العالمي (Global index)** (Oracle) يمتدّ عبر كل الأجزاء — يساعد البحوث الفريدة عبر الأجزاء لكن يجب إعادة بنائه عند إسقاط أحدها.
- **الصيانة** تصبح بتعقيد O(الجزء): أرشف البيانات القديمة بـ `DROP TABLE orders_2019` (فوري، لا `DELETE` عملاق)، و`ATTACH`/`DETACH` لنوافذ متدحرجة.

## منظور المقابلة

يتحرّى المُحاور فهمك أن **التجزئة ليست فهرسة** — فهي تقلّل البيانات المَمسوحة، والفهرس يقلّل الصفوف المفحوصة داخل مسح؛ وكثيراً ما تحتاج كليهما. الإجابة الجيدة تسمّي النطاق/التهشيم/القائمة؛ والرائعة تشدّد أن **مفتاح التجزئة يجب أن يطابق مصفّي استعلامك المهيمن**، وتحذّر أن مفتاحاً خاطئاً يقتل التقليم، وتذكر الأرشفة الرخيصة عبر `DROP`.

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

شكل الجدول المُجزّأ

اختيار استراتيجية التجزئة

التقليم والفهارس والصيانة

منظور المقابلة

أسئلة ذات صلة