اذهب إلى المحتوى

السؤال

نشر (معدل)

على فرض وجود ما يلي:

يحتوي كل فندق على العديد من فئات الغرف ، غرفة مفردة ، غرفة مزدوجة سرير واحد ، غرفة مزدوجة بسريرين ، جناح ، غرفة اجتماعات ، إلخ. عادة ما يكون للغرف نفسها نفس السعر. غرف الفندق لها رقم غرفة فريد.

يمكن لضيف الفندق طلب العديد من الغرف في سلسلة الفنادق. ولكن لا يمكن طلب الغرفة إلا من قبل ضيف واحد في نفس اليوم . إذا طلب الضيف غرفًا ، فسيكون لكل طلب رقم طلب (معرف) وتاريخ الطلب والغرفة المطلوبة وتاريخ الإقامة. كل ضيف لديه SSN (المعرف) والاسم والعنوان ورقم هاتف جهة الاتصال.

اقتباس

السؤال

هل سيكون جدول ال order أو order entity عبارة عن weak entity ؟ واذا كان ذلك فكيف سنمثل المفتاح الاساسي له علمًا بأن له رقم معرَف كما ذكر في الأعلى.

تم التعديل في بواسطة شرف الدين2
توضيح العنوان

Recommended Posts

  • 0
نشر

الكيان الضعيف(weak entity) هو عبارة عن جدول لا يمكن تمييزه بشكلٍ نادر عبر خصائصه, بل يتم تمييزه بخصائص جداول أخرى, في حالتنا هنا الطلب لا يمثل كيان ضعيف وهذا لأن بالفعل له حقلُُ نادر وهو "رقم الطلب" وبالتالي بما أن له حقلُ نادر يميزه فهو كيان قوي وليس ضعيف, بل إضافة إلى ذلك لا يمكن أيضًا تمييز جدول الطلب بواسطة حقول جدولي العميل والغرف حيث إن إفترضنا أننا سنميز الطلب بواسطة العميل ورقم الغرفة, فيمكن لنفس العميل حجز نفس الغرفة أكثر من مرة وبالتالي لا يصلح هذا لنميز به جدول الطلب, فلهذا يجب تمييزه برقم الطلب

 

  • 0
نشر (معدل)
بتاريخ 26 دقائق مضت قال شرف الدين2:

الكيان الضعيف(weak entity) هو عبارة عن جدول لا يمكن تمييزه بشكلٍ نادر عبر خصائصه, بل يتم تمييزه بخصائص جداول أخرى, في حالتنا هنا الطلب لا يمثل كيان ضعيف وهذا لأن بالفعل له حقلُُ نادر وهو "رقم الطلب" وبالتالي بما أن له حقلُ نادر يميزه فهو كيان قوي وليس ضعيف, بل إضافة إلى ذلك لا يمكن أيضًا تمييز جدول الطلب بواسطة حقول جدولي العميل والغرف حيث إن إفترضنا أننا سنميز الطلب بواسطة العميل ورقم الغرفة, فيمكن لنفس العميل حجز نفس الغرفة أكثر من مرة وبالتالي لا يصلح هذا لنميز به جدول الطلب, فلهذا يجب تمييزه برقم الطلب

 

شكرًا جدًا لك !

تمامًا مثلما أقول وقد حللتها بهذه الطريقة, ولكن لأنني سمعت من أكثر من شخص يقول  بأنها ستكون weak entity  ولم أكن مقتنعة بذلك ؛ لذلك أردت التأكد من ذلك وحللتها على أنها كيان قوي وليس ضعيف.

 

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

الكيان الضعيف(weak entity) هو عبارة عن جدول لا يمكن تمييزه بشكلٍ نادر عبر خصائصه, بل يتم تمييزه بخصائص جداول أخرى, في حالتنا هنا الطلب لا يمثل كيان ضعيف وهذا لأن بالفعل له حقلُُ نادر وهو "رقم الطلب" وبالتالي بما أن له حقلُ نادر يميزه فهو كيان قوي وليس ضعيف, بل إضافة إلى ذلك لا يمكن أيضًا تمييز جدول الطلب بواسطة حقول جدولي العميل والغرف حيث إن إفترضنا أننا سنميز الطلب بواسطة العميل ورقم الغرفة, فيمكن لنفس العميل حجز نفس الغرفة أكثر من مرة وبالتالي لا يصلح هذا لنميز به جدول الطلب, فلهذا يجب تمييزه برقم الطلب

 

ولكن سؤال هل نضع رقم الزبون على أنه مفتاح أجنبي في كيان الغرف؟ أو نكتفي بوضعه في كيان الطلب؟

تم التعديل في بواسطة سمر طاهر
  • 0
نشر
بتاريخ 25 دقائق مضت قال سمر طاهر:

شكرًا جدًا لك !

تمامًا مثلما أقول وقد حللتها بهذه الطريقة, ولكن لأنني سمعت من أكثر من شخص يقول  بأنها ستكون weak entity  ولم أكن مقتنعة بذلك ؛ لذلك أردت التأكد من ذلك وحللتها على أنها كيان قوي وليس ضعيف.

 

ولكن سؤال هل نضع رقم الزبون على أنه مفتاح أجنبي في كيان الغرف؟ أو نكتفي بوضعه في كيان الطلب؟

ﻻ نحتاج لذلك لأننا بالفعل قمنا بعمل العلاقة بين الغرف والنزلاء عبر جدول الطلب حيث يحتوي جدول الطلب على معرف النزيل ورقم الغرفة

انضم إلى النقاش

يمكنك أن تنشر الآن وتسجل لاحقًا. إذا كان لديك حساب، فسجل الدخول الآن لتنشر باسم حسابك.

زائر
أجب على هذا السؤال...

×   لقد أضفت محتوى بخط أو تنسيق مختلف.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   جرى استعادة المحتوى السابق..   امسح المحرر

×   You cannot paste images directly. Upload or insert images from URL.

  • إعلانات

  • تابعنا على



×
×
  • أضف...