أريد شرح لهذا الERD

1. يخبرك في البداية أن كل دواء يتم بيعه بواسطة شركة دواء واحدة فقط ﻻ غير, نستنتج من هذا وجود عﻻقة one-to-many بين الدواء والشركة, والشركة في هذا الحالة هي الone والدواء هو الmany , ولكل جدول دواء يحمل خاصيتين, الأولى هي المعادلة والثانية هي العﻻمة التجارية, مع الأخذ بالإعتبار هنا أن العﻻمة التجارية حقل نادر ﻻ يمكن أن يتواجد لدى أكثر من تسجيل
2. بالنسبة لجدول الشركة لها مفتاح أساسي(primary key) مكون من كلاً من الإسم ورقم الهاتف معاً
3. بعد ذلك يخبرك أن لكل مريض طبيب واحد ولكل طبيب ع الأقل مريض مما يعني أن جدول المريض والطبيب بينهما عﻻقة one to many والواحد هو الطبيب, والكثير هو المريض
4. المريض لديه مفتاح رئيسي وهو حقل الssn وله حقول أخرى الإسم والعنوان والسن
5. الطبيب أيضا لديه في الجدول مفتاح رئيسي وهو الssn وحقول أخرى ليست رئيسية وهي الإسم والتخصص وعدد سنين البرة
6. كل صيدلية تبيع عدد من الأدوية والدواء يمكن أن يباع في أي صيدلية, نفهم من هذه الجملة أن بين جدول الصيدلية وجدول الدواء عﻻقة many-to-many لكل صيدلية عنوان واسم ورقم هاتف وسعر الدواء حيث أن سعر الدواء يختلف من صيدلية لأخرى فسيتم وضعه إذا في الجدول المنفصل الذي سيربط الجدولين ببعض
7. الطبيب من الممكن أن يقترح مجموعة عﻻج للمرضى ولكل مجموعة عﻻج تاريخ وكمية للدواء, مما يعني أن سيكون هناك عﻻقة بين جدول الطبيب وجدول الدواء وسيتم الربط بينهما في جدول خارجي
8. شركة الأدوية من الممكن أن تتعاقد مع أكثر من صيدلية والصيدلية يمكنها التعاقد مع أكثر من شركة مما يعني وجود عﻻقة many-to-many 
9. ولكل عقد يتم تخزين تاريخ البدأ والإنتهاء ونص العقد, ويتم تخزين تلك المعلومات في جدول يربط بين الصيدلية والشركة

بتاريخ 21 دقائق مضت قال شرف الدين2:

1.  

فيه weak entity في السؤال ؟ وعلاقة ternary ؟

بتاريخ 20 ساعات قال H_A_M:

فيه weak entity في السؤال ؟ وعلاقة ternary ؟

يوجد weak entity وهي روشتة العﻻج(مجموعة العﻻج التي يقترحها الطبيب) , كما أنه يوجد واحدة أخرى وهي العقد بين الصيدلية والشركة

ويوجد عﻻقة ثﻻثية(ternary ) بين الصيدلية وشركة الأدوية والدواء