Heba Saeed نشر 18 يناير 2021 أرسل تقرير نشر 18 يناير 2021 (معدل) لدي قاعده بيانات لتصميم موقع ويب حلويات .. الجداول التي موجوده معايا جدول الاقسام .. dep جدول المنتجات .. pro جدول الحاله statu جدول الطلبات req جدول اسم المستخدم user جدول الزبون customer جدول الشكاوي complaint جمعيهم لديهم علاقات مع بعض ماعاد جدول الحاله وجدول اسم المستخدم هل هذه العلاقه صحيحه ام خطأ والمفروض ان يكون هناك علاقه في جدول المستخدم والحاله واذا في هل اعمل جدول وسيط اما ماذا وسوف اقوم بارفاق الصورة لفهم سؤالي تم التعديل في 18 يناير 2021 بواسطة Heba Saeed اقتباس
0 Mohamed Mousa3 نشر 18 يناير 2021 أرسل تقرير نشر 18 يناير 2021 (معدل) السلام عليكم جدول statu ما هو المراد منه و reqid لا حاجة لوضعه في جدول customer و custid لا حاجة لوضعه في جدول complaint تم التعديل في 18 يناير 2021 بواسطة Mohamed Mousa3 اقتباس
0 Heba Saeed نشر 18 يناير 2021 الكاتب أرسل تقرير نشر 18 يناير 2021 جدول statu اقصد فيه انه مثلا هل نوع الحلا موجود ام غير موجود ولدي سؤال لماذا مااحط custid في جدول الشكاوي مش انا راح استقبل الشكاوي من الزبون ؟ اقتباس
0 عبد الله محمد5 نشر 18 يناير 2021 أرسل تقرير نشر 18 يناير 2021 السلام عليكم علاقات جيدة ولكن بالنسبة للcustomer ليس هنالك داع لأن يكون في جدول خاص به لأنك فقط تقوم بتجميع بياناته بخصوص الطلب ولا تريد القيام بعمليات اضافية مثل انشاء حساب له أو ارسال رسائل له . لذلك اقترح عليك ان تجعل الطلب يحتوي على اسم الزبون وتختصر الأمر. اما بالنسبة للشكاوي فأيضاً ضع اسم الزبون ورقم هاتفه والشكوى الخاصة به دون الحاجة لعمل علاقة مع جدول الطلب. اذا كانت الشكاوي عامة عن اداء المطعم وغيرها اما اذا كانت الشكاوي محصورة فقط على من اخذ الطلب فلا بأس أن تكون هنالك علاقة. هذه الفرضية الأولى الفرضية الثانية أنك تريد ان تتعامل مع المستخدم مجدداً وهذا هو الشائع في هذه الحالة يجب ان تكون له بيانات دخول وبالتالي يتعين انشاء علاقة بين الكستمر و اليوزرس بحيث تكون علاقة 1:1 ثم تقوم بأنشاء علاقة بين الكستمرس والريكويست بحيث تكون 1:n بحيث يتمكن الكستمر من انشاء اكثر من طلب لذلك يتعين عليك وضع customer_id في الrequests ولا حاجة لتضع الrequest_id في الcustomers table. بالنسبة للشكاوي فسيتعين عليك ان تجعل العلاقة 1:n بنفس الكيفية حتى يتسنى للcustomer ان يقوم بتقديم عدة شكاوي. اما بالنسبة للstatus ففي كل الفرضيات ارى انه لاداعي له فقط قم بوضع field في الrequest او ايجاد حالة الطلب كderived value من خلال معطيات المطبخ و الديليفري وهكذا. اقتباس
0 Heba Saeed نشر 18 يناير 2021 الكاتب أرسل تقرير نشر 18 يناير 2021 شكرا لك اخي للتوضيح العلاقات ولكن لدي سؤال .. انا اريد المستخدم حينما يقوم الدخول الي الموقع في الاول ان تظهر له صفحه الدخول بحيث يدخل الايميل والباسورد ف حال لم يكن يمتلك افضل ان يقوم بتسجيل الدخول الي الصفحة هل اقوم بانشاء جدول يحتوي ع الاسم والباسورد ام اكتفي بجدول المستخدمين ؟ اقتباس
0 عبد الله محمد5 نشر 18 يناير 2021 أرسل تقرير نشر 18 يناير 2021 بتاريخ 3 ساعات قال Heba Saeed: انا اريد المستخدم حينما يقوم الدخول الي الموقع في الاول ان تظهر له صفحه الدخول بحيث يدخل الايميل والباسورد ف حال لم يكن يمتلك افضل ان يقوم بتسجيل الدخول الي الصفحة هل اقوم بانشاء جدول يحتوي ع الاسم والباسورد ام اكتفي بجدول المستخدمين ؟ لا, فقط عليك بعمل جدول users ويكون مربوط بجدول customers اقتباس
السؤال
Heba Saeed
لدي قاعده بيانات لتصميم موقع ويب حلويات ..
الجداول التي موجوده معايا جدول الاقسام .. dep
جدول المنتجات .. pro
جدول الحاله statu
جدول الطلبات req
جدول اسم المستخدم user
جدول الزبون customer
جدول الشكاوي complaint
جمعيهم لديهم علاقات مع بعض ماعاد جدول الحاله وجدول اسم المستخدم هل هذه العلاقه صحيحه ام خطأ والمفروض ان يكون هناك علاقه في جدول المستخدم والحاله واذا في هل اعمل جدول وسيط اما ماذا
وسوف اقوم بارفاق الصورة لفهم سؤالي
تم التعديل في بواسطة Heba Saeed
5 أجوبة على هذا السؤال
Recommended Posts
انضم إلى النقاش
يمكنك أن تنشر الآن وتسجل لاحقًا. إذا كان لديك حساب، فسجل الدخول الآن لتنشر باسم حسابك.