ما المفاضلات بين التطبيع (normalization) وإلغاء التطبيع (denormalization)؟

Question

IT Interview Practice · Accepted Answer

**التطبيع (Normalization)** ينظّم البيانات بحيث تعيش كل حقيقة في مكان واحد بالضبط، مزيلًا التكرار. **إلغاء التطبيع (Denormalization)** يكرّر البيانات عمدًا لجعل القراءات أسرع. تبدأ معظم المخطّطات مُطبَّعة ولا تُلغي التطبيع إلا حيث تفرض القياسات ذلك.

## التطبيع (حتى 3NF)

كل جدول يصف كيانًا واحدًا؛ والبيانات المرتبطة يُشار إليها عبر foreign key.

```sql
-- Normalized: a customer's city is stored once
customers(id, name, city_id)
cities(id, name)
orders(id, customer_id, total)
```

- **المزايا** — لا شذوذات في التحديث (غيّر اسم مدينة في صف واحد)، وتخزين أصغر، وسلامة عبر foreign keys.
- **العيوب** — تحتاج القراءات إلى JOINs؛ وتقرير يلمس كيانات كثيرة قد يربط خمسة جداول.

## إلغاء التطبيع

```sql
-- Denormalized: city copied onto every order for fast reporting
orders(id, customer_id, city_name, total)
-- + a summary table maintained by the app or triggers
order_daily_totals(day, city_name, total_sales)
```

- **المزايا** — عدد أقل من الـ joins، وقراءات أسرع، وتجميعات أرخص.
- **العيوب** — البيانات المكرّرة يجب إبقاؤها متزامنة (كتابة أكثر، وخطر الانحراف)، وتخزين أكثر، وعلى كل كاتب أن يتذكّر تحديث كل نسخة.

## كيف تقرّر

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

## لماذا يهم

هذه مفاضلة جوهرية في تصميم المخطّط: المبالغة في التطبيع تجعل لوحات المعلومات تزحف، والمبالغة في إلغاء التطبيع تُنشئ بيانات غير متّسقة تكلف الكثير للتوفيق بينها. ومعرفة *لماذا* قد تكرّر البيانات — وكيف تُبقي النسخة جديرة بالثقة — تفصل بين مخطّط يتوسّع وآخر يتعفّن.

التطبيع (حتى 3NF)

إلغاء التطبيع

كيف تقرّر

لماذا يهم

أسئلة ذات صلة