قبل أن تكتب جملة CREATE TABLE واحدة، يجب أن تفهم ما الذي تخزّنه وكيف يترابط. هنا يأتي دور نمذجة الكيان-العلاقة. هذه الصفحة هي المرجع التأسيسي لمسار تصميم قواعد البيانات.
ما هي نمذجة الكيان-العلاقة؟
نمذجة الكيان-العلاقة (Entity-Relationship Modeling) طريقة لتصميم بنية بياناتك على مستوى مفاهيمي — أي التفكير في العالم الذي تمثّله قبل الانشغال بتفاصيل الجداول والأنواع. تنتج عنها مخطّط ERD (Entity-Relationship Diagram) يوضّح مكوّنات نظامك وترابطها.
هي خطوة تصميم تسبق الكتابة، وتوفّر عليك إعادة هيكلة مؤلمة لاحقًا.
اللبنات الثلاث
- الكيان (Entity): «شيء» ذو وجود مستقلّ نريد تخزين بياناته، مثل طالب أو كتاب أو طلب. يصبح غالبًا جدولًا.
- السمة (Attribute): خاصّية تصف الكيان، مثل اسم الطالب وتاريخ ميلاده. تصبح غالبًا عمودًا. ومن السمات ما يميّز كل سجلّ فريدًا (المفتاح).
- العلاقة (Relationship): كيف يرتبط كيان بآخر، مثل الطالب يسجّل في مقرّر.
الكاردناليّة: كم يرتبط بكم؟
جوهر العلاقات هو الكاردناليّة (Cardinality) — عدد السجلّات المرتبطة على كل جانب:
- واحد إلى واحد (1:1): لكل سجلّ على جانب سجلّ واحد على الآخر.
- واحد إلى متعدّد (1:M): الأكثر شيوعًا؛ مثلًا مؤلّف له عدّة كتب.
- متعدّد إلى متعدّد (M:N): مثلًا طالب يسجّل عدّة مقرّرات، والمقرّر يضمّ عدّة طلاب. (سنفصّل التعامل مع هذا النوع في صفحة مستقلّة.)
تحديد الكاردناليّة بدقّة هو ما يجعل تصميمك يعكس الواقع فعلًا.
من المخطّط إلى الجداول
بعد رسم النموذج المفاهيمي، نحوّله إلى تصميم فعليّ: كل كيان يصير جدولًا، والسمات أعمدة، والعلاقات تُنفَّذ عبر المفاتيح (المفتاح الأساسي والمفتاح الأجنبي). لتعمّق في المفاتيح راجع المفاتيح في SQL.
علاقتها بالتطبيع (Normalization)
نمذجة الكيان-العلاقة ليست التطبيع، لكنّهما متكاملان: النمذجة ترسم البنية والعلاقات على المستوى المفاهيمي، بينما يهذّب التطبيع الجداول الناتجة للتخلّص من التكرار وشذوذ التحديث. تبدأ بالنمذجة، ثم تطبّق التطبيع.
الخطوات التالية
بعد فهم النمذجة، ستتعلّم التعامل مع العلاقات (واحد-إلى-متعدّد ومتعدّد-إلى-متعدّد)، وتصميم مخطّط من متطلّبات واقعية، ومتى تلجأ إلى إزالة التطبيع (Denormalization). راجع أساس المفاتيح في المفاتيح في SQL.