التعامل مع العلاقات الرئيسية المعقدة في تصميم قاعدة البيانات

سيناريو

يستكشف هذا المثال تحديًا مشتركًا في تصميم قاعدة البيانات: إنشاء علاقة مفتاح خارجي حيث يحتاج جدول واحد إلى الرجوع إلى المفاتيح الأولية من جداول أخرى متعددة. يتضمن السيناريو المحدد الجدول المشكلة وحلها والسؤال هو ما إذا كان مفتاحًا غريبًا في يمكن أن يشير إلى المفاتيح الأولية بشكل مباشر في كل من الجواب هو: ليس مباشرة ، في قاعدة بيانات علائقية قياسية. يمكن لمفتاح خارجي واحد فقط الرجوع إلى مفتاح أساسي واحد.

يحمل الحل المقترح نموذج ميراث جيد التنظيم لحل هذا.

النهج القائم على الميراث الجداول للموظفين ، الموظفين _ce ، و

الموظفون

الموظفين _ce

كجداول متخصصة ترث منها. بنية قاعدة البيانات: الموظفين (معرف int الأساسي المفتاح ، اسم varchar (255)) الموظفين (int int inct key ، ce_specific_attribute varchar (255) ، efferene_id int ، key forefore (experiee_id) المراجعون (المعرف)) الموظفين _SN (المعرف int الأساسي المفتاح ، sn_specific_attribute varchar (255) ، efferene_id int ، المفتاح الأجنبي (الموظف_) مراجع الموظفين (معرف)) حل:

بدلاً من الرابط المباشر لكل من amploy_ce و

employees (id INT PRIMARY KEY, name VARCHAR(255))
employees_ce (id INT PRIMARY KEY, ce_specific_attribute VARCHAR(255), employee_id INT, FOREIGN KEY (employee_id) REFERENCES employees(id))
employees_sn (id INT PRIMARY KEY, sn_specific_attribute VARCHAR(255), employee_id INT, FOREIGN KEY (employee_id) REFERENCES employees(id))

يضمن هذا النهج النزاهة المرجعية ويتجنب التكرار. يربط

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