MySQL: تصميم قواعد بيانات MySQL ونظرية التطبيع

آخر تحديث: 2026-08-26

يُعد التصميم الجيد لقاعدة البيانات حجر الزاوية في نجاح أي نظام — أما التصميم السيئ فيمكن أن يؤدي إلى مشاكل لا حصر لها في المستقبل.

يتناول هذا الدرس الجوانب النظرية والعملية لتصميم قواعد البيانات.

1. ما ستتعلمه

• عملية تصميم قواعد البيانات
• تصميم مخطط ER
• نظرية الصيغة القياسية (1NF → BCNF)
• التصميم المضاد للنموذج السائد
• قواعد تسمية الملفات

2. عملية التصميم

graph TB
    A[Requirements Analysis] --> B[Conceptual Design ER Diagram]
    B --> C[Logical Design Table Structure]
    C --> D[Physical Design Index/Partition]
    D --> E[Implementation and Deployment]
    E --> F[Operations and Maintenance Optimization]

graph TB
    A[Requirements Analysis] --> B[Conceptual Design ER Diagram]
    B --> C[Logical Design Table Structure]
    C --> D[Physical Design Index/Partition]
    D --> E[Implementation and Deployment]
    E --> F[Operations and Maintenance Optimization]

3. نظرية النموذج

▶ مثال: تصميم وفقًا للصيغة الثالثة (3NF)

-- Violation of 3NF (Department name depends on dept_id, not directly on employee id)
CREATE TABLE employees_bad (
    id INT PRIMARY KEY,
    name VARCHAR(50),
    dept_id INT,
    dept_name VARCHAR(50)  -- Transitive dependency
);

-- ✅ Comply with 3NF
CREATE TABLE departments (
    id INT PRIMARY KEY,
    name VARCHAR(50)
);

CREATE TABLE employees (
    id INT PRIMARY KEY,
    name VARCHAR(50),
    dept_id INT,
    FOREIGN KEY (dept_id) REFERENCES departments(id)
);

4. التصميم المضاد للنموذج السائد

في بعض الأحيان، ومن أجل تحسين الأداء، نخرق القواعد عن عمد.

5. قواعد تسمية الملفات

6. تصميم مخطط ER

erDiagram
    CUSTOMERS ||--o{ ORDERS : places
    ORDERS ||--|{ ORDER_ITEMS : contains
    PRODUCTS ||--o{ ORDER_ITEMS : includes
    CUSTOMERS {
        int id PK
        string name
        string email
    }
    ORDERS {
        int id PK
        int customer_id FK
        decimal amount
        date order_date
    }
    PRODUCTS {
        int id PK
        string name
        decimal price
    }

erDiagram
    CUSTOMERS ||--o{ ORDERS : places
    ORDERS ||--|{ ORDER_ITEMS : contains
    PRODUCTS ||--o{ ORDER_ITEMS : includes
    CUSTOMERS {
        int id PK
        string name
        string email
    }
    ORDERS {
        int id PK
        int customer_id FK
        decimal amount
        date order_date
    }
    PRODUCTS {
        int id PK
        string name
        decimal price
    }

❓ أسئلة شائعة

📖 ملخص

• عملية التصميم: المتطلبات → مخطط العلاقات بين الكيانات (ER) → بنية الجداول → الفهارس → النشر
• الأشكال القياسية: 1NF (غير مجزأة) → 2NF (إزالة التبعيات الجزئية) → 3NF (إزالة التبعيات الانتقالية)
• النمط الخاطئ: التكرار المناسب لتحسين الأداء
• قواعد التسمية: snake_case، المفتاح الأساسي id، المفتاح الخارجي table_id

📝 تمارين

1. مشكلة أساسية (مستوى الصعوبة: ⭐): صمم مخططًا علاقاتيًّا (ER) لنظام مدونة.

2. مسألة متقدمة (درجة الصعوبة ⭐⭐): قم بتوحيد جدول في الصيغة الأولى (1NF) إلى الصيغة الثالثة (3NF).

3. سؤال التحدي (مستوى الصعوبة: ⭐⭐⭐): صمم قاعدة بيانات للتجارة الإلكترونية تتضمن جداول للمستخدمين والمنتجات والطلبات والمدفوعات.

فريق Web-Tutorial التقني

منصة دروس برمجية يديرها عدة مطورين. كل درس يتم كتابته ومراجعته بواسطة مطورين متخصصين في المجال. نعمل على ضمان دقة وموثوقية المحتوى — إذا لاحظت أي مشكلة، فيرجى إخبارنا.

من نحن