لماذا يتم إنشاء علاقات بين الجداول؟

السلام عليكم ورحمة الله وبركاته

أهلا بك أخي الكريم في قسم الأكسس وكل عام وانت بخير

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

وأكتب ما أعلمه عن هذا الموضوع الذي يخص صلب قواعد البيانات .. فعلى بركة الله نبدأ

اذا كان الجداول ننعتها بـ العمود الفقري لفاعدة البيانات فإن العلاقات يمكن أن تنعت بشريان وأواردة

قواعد البيانات بدون مبالغة إذ أنه من خلال الربط بعلاقات بين الجدول سيكون لديك المعطيات التالية :

1- عدم تكرار البيانات في أكثر من جدول

2- وضع البيانات في وحدات متجانسة ( جداول ) مهما صغرت

3- سهولة ومرونه في التحديث للبيانات ( إضافة أو حذف )

4- الحصول على البيانات من جدول واحد أو أكثر بكل يسر وسهوله وأنت ذكرت في مثالك الخاص بالاستعلام

أنك حصلت على النتائج بيسر وسهولة بدون علاقة ( هذا لأنك تعاملت مع جدول واحد ) لكن كيف لو أحتجت لبيانات من أكثر من جدولين

أو ثلاثة - حتما ستحتاج للعلاقة كمثال على ذلك ماذا لو أحتجت لمعرفة العملاء اللذين اشتروا منك صنف كذا ( مثل طابعة ليزر ) العملاء

في جدول والاصناف في جدول من المؤكد أنك ستحتاج علاقة بين جدول العملاء وجدول الاصناف لتمكنك من ذلك ( وهذا هو أهم شيء )

من ناحية عدم التكرار - هذا مفيد جدا جدا ( تخيل أن لديك جدول العملاء وبه حقل الجنسية ) جنسية العميل

هل من المنطقي أن تجعل حقل الجنسية ضمن جدول العملاء وكل ما أدخلت معلومات عميل تدخل جنسيته .. لو أن لديك 2000 عميل

نصفهم سعوديون مثلا هل من المعقول أن تكرر حقل الجنسية في جدول واحد 1000 مره ؟!!!!!!!!!! طبعا الجواب لا .. اذا الحل أن أعمل

جدول للجنسيات وأربطه بعلاقة مع جدول العملاء ويكون الادخال جاهز لدينا بدون تكرار .

ايضا مفيدة في تحديث البيانات .. يكفي أن تحذف عميل واحد ليتم حذف جميع مايتعلق به من معلومات أخرى .. لو لم تك العلاقة موجوده

أنت مضطر لحذف الحقول حقلا حقلا مما يربكك وقد يستغرق منك الكثير من الوقت وربما نسيت حقول ما مما يتسبب في وجود أخطأ ستولد مشاكل

أخرى ستظهر لك تباعا عند البحث أو في المجاميع أو الارصدة أو غيرها

أذا بعد كل ماتقدم أريد أن أقول أنه من الضروري ربط الجداول لأن التصميم الجيد لقاعدة البيانات يتطلب منك أن تنشىء

جداول صغيره يشتمل كلاً منها على بيانات ذات طبيعة واحدة ومن المنطقي القيام بريطها

هذا شرح بسيط ومركز حول فؤائد العلاقات .. ولعل الإخوة لديهم الكثير في ذات الموضوع

قم بزيارة هذا الرابط للإستزادة - موضوع ذا صلة

.. والسلام

أخوكم / EKSEER

وعليكم السلام ورحمة الله وبكاته.

ألف شكر لك أخي إكسير على هذا التفاعل ومن الواضح أنك تحب أن تنفع الناس بعلمك فجزاك الله الجنة على ذلك.

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

اقتباس

عدم تكرار البيانات في أكثر من جدول

نأخذ مثالك على الجنسيات لأنه مثال جيد:

اقتباس

من ناحية عدم التكرار - هذا مفيد جدا جدا ( تخيل أن لديك جدول العملاء وبه حقل الجنسية ) جنسية العميل

هل من المنطقي أن تجعل حقل الجنسية ضمن جدول العملاء وكل ما أدخلت معلومات عميل تدخل جنسيته .. لو أن لديك 2000 عميل

نصفهم سعوديون مثلا هل من المعقول أن تكرر حقل الجنسية في جدول واحد 1000 مره ؟!!!!!!!!!! طبعا الجواب لا .. اذا الحل أن أعمل

جدول للجنسيات وأربطه بعلاقة مع جدول العملاء ويكون الادخال جاهز لدينا بدون تكرار .

عملياً: أنا لن أدخل الجنسيات في جدول العملاء ولكني سأنشأ جدول اسمه Nationalities به الحقل NatID مثلاً وأضع نفس الحقل في جدول العملاء. وعند إدخال عميل أدخل رقم جنسيته 01 مثلاً. ألم يقضي إنشاء الجدول لوحده على مخاطر تكرار البيانات؟

اقتباس

سهولة ومرونه في التحديث للبيانات ( إضافة أو حذف )

إيجابية لا يمكن إغفالها.

اقتباس

الحصول على البيانات من جدول واحد أو أكثر

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

اقتباس

كمثال على ذلك ماذا لو أحتجت لمعرفة العملاء اللذين اشتروا منك صنف كذا ( مثل طابعة ليزر ) العملاء

في جدول والاصناف في جدول من المؤكد أنك ستحتاج علاقة بين جدول العملاء وجدول الاصناف لتمكنك من ذلك ( وهذا هو أهم شيء )

ما قمت به بعد أن فكرت في مثالك هو أن عملت قاعدة بيانات:

1- جدول العملاء Customer به حقل CustomerID و CustomerName.

2- جدول للطلبات Orders وبه OrderID و CustomerID و ItemID (على اعتبار لأن كل طلب يحتوي صنف واحد فقط!)

3- جدول الأصناف Item وبه ItemID.

4- لم أقم بإنشاء أي علاقة.

سأحاول الآن أن أكتب جملة SQL لمعرفة جميع التفاصيل حول العملاء الذين اشتروا الصنف 1001

وسأرجع هنا لاحقاً لأتحدث إليك في حالة نجاحي أو إخفاقي.

اقتباس

أذا بعد كل ماتقدم أريد أن أقول أنه من الضروري ربط الجداول لأن التصميم الجيد لقاعدة البيانات يتطلب منك أن تنشىء

بالطبع.

أخوك المخلص دائماً.

Adel_N كتب:

وسأرجع هنا لاحقاً لأتحدث إليك في حالة نجاحي أو إخفاقي.

يخبرني الأكسس بوجود خطأ في هذه الجملة وقد قرأتها في منتديات أجنبية وغيرت ما يلزم...

SELECT CustomerID
FROM Customer
WHERE CustomerID IN
(SELECT CustomerID
FROM Order
WHERE ItemID = '1001');

الرجاء توضيح الخطأ.

قاعدة البيانات مرفقة.

db.zip

السلام عليكم

أولا :

لي فقط سؤال بسيط ( مالمحكمة من إنشاء الجدول Order )

طالما أن جميع حقوله موجوده بالاصل في الجدوال الاخرى ؟؟؟؟؟؟؟؟

ثانيا :

أعتقد انك تريد معرفة جميع العملاء الذين اشتروا الصنف 1001

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

هكذا أنظر الكود ؟ الأتي

SELECT Customer.CustomerID, Customer.CustomerName, Order.ItemID, Item.ItemName
FROM Customer, Item, [Order]
WHERE (((Order.ItemID)="1001"));

أنظر نتيجة الاستعلام بدون علاقة !!!!!!!!!!!!!!!!!!!

لكن مع حذف الجدول Order وبنا علاقة بين الجدولين Customer و Item وعمل الاستعلام التالي

SELECT Customer.CustomerID, Customer.CustomerName, Item.ItemName, Item.ItemID
FROM Item INNER JOIN Customer ON Item.ItemID = Customer.ItemID
WHERE (((Item.ItemID)=1001));

أنظر كيف كانت النتيجة

مرفق قاعدتك الاولى وبها الاستعلام بدون علاقات - ومرفق قاعدة أرى أنها البناء الصحيح والسلام

Ekseer

Ek_Data.rar

ألف ألف شكر.. يا أخي لك مني فائق الاحترام.

أنا الآن مقتنع وبدأت أستشعر فائدة العلاقات وتأثيرها على الاستعلام.

أخوك.

ekseer كتب:

أعتقد انك تريد معرفة جميع العملاء الذين اشتروا الصنف 1001

وهذا أيضاً يعمل:

SELECT DISTINCT Customer.CustomerID, Customer.CustomerName
FROM Customer INNER JOIN [Order] ON Customer.CustomerID = Order.CustomerID
WHERE (((Order.ItemID)="1001"));

شكراً لك.. إنني الآن أقرأ عن INNER JOIN...

أخوك.

السلام عليكم

كل عام وانتم طيبين

بارك الله فيك اخي اكسير الحياة - زادك الله بسطة فى العلم والجسم

اخي الكريم صاحب المشاركة هذه /index.php?showtopic=121241

وصلة لتحميل كتاب فى صلب الموضوع

اخوكم فى الله

السلام   عليكم ورحمة الله

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

 بعمل  تحديثات له

اقتباس

أولا :

لي فقط سؤال بسيط ( مالمحكمة من إنشاء الجدول Order )

طالما أن جميع حقوله موجوده بالاصل في الجدوال الاخرى ؟؟؟؟؟؟؟؟

لكن مع حذف الجدول Order وبنا علاقة بين الجدولين Customer و Item وعمل الاستعلام التالي

كودSELECT Customer.CustomerID, Customer.CustomerName, Item.ItemName, Item.ItemID

FROM Item INNER JOIN Customer ON Item.ItemID = Customer.ItemID

WHERE (((Item.ItemID)=1001));

أنظر كيف كانت النتيجة

السلام عليكم

الأخ اكسير/أختلف معك كثيراً في وجهة النظر بما يتعلق بإنشاء جدولين بدلاً عن ثلاثة، وذلك لأن طبيعة العلاقة هنا بين الجدولين Customer و Item علاقة متعدد لمتعدد وليست واحد لمتعدد. لماذا؟

لأن اي customer يمكن ان يكون له اكثر من item في طلبية ما، وأي item يمكن ان يُطلب عن طريق اكثر من customer واحد. فإذا تم الاستغناء عن جدول الـ orders كما اقترحت فإن تكراراً سينشأ في جدول الـ customer للحقلين customer ID و customer Name وهو امر غير مقبول خصوصاً وانك جعلت حقل customer ID مفتاح اساسي !!!!!!!!

فعندها يصبح لزاماً انشاء جدول آخر هو جدول الطلبيات orders كما فعل الأخ Adel-N وذلك لتلافي التكرار المذكور اعلاه وعليه تصبح العلاقة متعدد لمتعدد. أليـــــس كذلــــــك؟؟؟

السلام عليكم ورحمة الله

أخي : ArcKive كلامك سليم 100 % ولا أدري كيف فاتني ذلك

الله يذكرك الشهادة ويرحم والديك ( مثل هذا خطأ قاتل في قواعد البيانات )

لكن كان همي أن أوضح للأخ الكريم Adel_N فؤائد العلاقة ولم أحلل الجداول بما فيه الكفاية

عموما تم التعديل فعلا يجب أن تكون العلاقة متعدد لمتعدد

اقتباس

لأن اي customer يمكن ان يكون له اكثر من item في طلبية ما، وأي item يمكن ان يُطلب عن طريق اكثر من customer واحد

أذا لابد من الجدول Order وعليه يكون شكل العلاقة يجب أن تكون هكذا

والاستعلام يكون هكذا

SELECT Customer.CustomerID, Customer.CustomerName, Order.ItemID, Item.ItemName
FROM (Item INNER JOIN [Order] ON Item.ItemID = Order.ItemID) INNER JOIN Customer ON Order.CustomerID = Customer.CustomerID
WHERE (((Order.ItemID)="1001"));

وبذالك نحصل على البيانات بشكل صحيح وبدون تكرار أنظر الصورة Order

ملاحظة / العميل وليد اشترى الصنف 1001 مرتين أنظر لرقم العملية في جدول

المثال في المرفقات

Ek_Data2.rar