• 0

هل العلاقات التي تم انشائها صحيحه ؟

لدي قاعده بيانات لتصميم  موقع ويب حلويات ..

الجداول التي موجوده معايا جدول الاقسام .. dep

جدول المنتجات .. pro

جدول الحاله statu

جدول الطلبات req

جدول اسم المستخدم user

جدول الزبون  customer

جدول الشكاوي complaint

جمعيهم لديهم علاقات مع بعض ماعاد جدول الحاله وجدول اسم المستخدم هل هذه العلاقه صحيحه ام خطأ والمفروض ان يكون هناك علاقه في جدول المستخدم والحاله واذا في هل اعمل جدول وسيط اما ماذا 

وسوف اقوم بارفاق الصورة لفهم سؤالي 

 

133.PNG

تمّ تعديل بواسطة Heba Saeed

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة
  • 0

السلام عليكم 

جدول statu ما هو المراد منه

و reqid لا حاجة لوضعه في جدول customer و custid لا حاجة لوضعه في جدول complaint

تمّ تعديل بواسطة Mohamed Mousa3

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة
  • 0

جدول statu  اقصد فيه انه مثلا هل نوع الحلا موجود ام غير موجود 

ولدي سؤال لماذا مااحط custid  في جدول الشكاوي  مش انا راح استقبل الشكاوي من الزبون ؟

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة
  • 0

السلام عليكم 

علاقات جيدة

ولكن بالنسبة للcustomer ليس هنالك داع لأن يكون في جدول خاص به لأنك فقط تقوم 

بتجميع بياناته بخصوص الطلب ولا تريد القيام بعمليات اضافية مثل انشاء حساب له

أو ارسال رسائل له .

لذلك اقترح عليك ان تجعل الطلب يحتوي على اسم الزبون وتختصر الأمر.

اما بالنسبة للشكاوي فأيضاً ضع اسم الزبون ورقم هاتفه والشكوى الخاصة به دون الحاجة 

لعمل علاقة مع جدول الطلب. اذا كانت الشكاوي عامة عن اداء المطعم وغيرها اما اذا كانت 

الشكاوي محصورة فقط على من اخذ الطلب فلا بأس أن تكون هنالك علاقة.

هذه الفرضية الأولى 

الفرضية الثانية أنك تريد ان تتعامل مع المستخدم مجدداً وهذا هو الشائع في هذه الحالة يجب 

ان تكون له بيانات دخول وبالتالي يتعين انشاء علاقة بين الكستمر و اليوزرس بحيث تكون علاقة 

1:1

ثم تقوم بأنشاء علاقة بين الكستمرس والريكويست بحيث تكون 1:n بحيث يتمكن الكستمر من 

انشاء اكثر من طلب لذلك يتعين عليك وضع customer_id في الrequests ولا حاجة لتضع الrequest_id

في الcustomers table.

بالنسبة للشكاوي فسيتعين عليك ان تجعل العلاقة 1:n بنفس الكيفية حتى يتسنى للcustomer 

ان يقوم بتقديم عدة شكاوي.

 

اما بالنسبة للstatus ففي كل الفرضيات ارى انه لاداعي له فقط قم بوضع field  في الrequest 

او ايجاد حالة الطلب كderived value من خلال معطيات المطبخ و الديليفري وهكذا.

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة
  • 0

شكرا لك اخي للتوضيح العلاقات ولكن لدي سؤال ..

انا اريد المستخدم حينما يقوم الدخول الي الموقع في الاول ان تظهر له صفحه الدخول بحيث يدخل الايميل والباسورد ف حال لم يكن يمتلك افضل ان يقوم بتسجيل الدخول الي الصفحة هل اقوم بانشاء جدول يحتوي ع الاسم والباسورد ام اكتفي بجدول المستخدمين ؟

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة
  • 0
بتاريخ 3 ساعات قال Heba Saeed:

انا اريد المستخدم حينما يقوم الدخول الي الموقع في الاول ان تظهر له صفحه الدخول بحيث يدخل الايميل والباسورد ف حال لم يكن يمتلك افضل ان يقوم بتسجيل الدخول الي الصفحة هل اقوم بانشاء جدول يحتوي ع الاسم والباسورد ام اكتفي بجدول المستخدمين ؟

لا, فقط عليك بعمل جدول users ويكون مربوط بجدول customers

انشر على الشّبكات الاجتماعية


رابط هذه المساهمة

يجب أن تكون عضوًا لدينا لتتمكّن من التعليق

انشاء حساب جديد

يستغرق التسجيل بضع ثوان فقط


سجّل حسابًا جديدًا

تسجيل الدخول

تملك حسابا مسجّلا بالفعل؟


سجّل دخولك الآن