علاقات Dataverse
قبل أن نبني AccidentTable، دعنا نتطرق إلى الأنواع المختلفة من العلاقات. كما ذكرنا سابقاً، تحتاج إلى بناء العلاقات التالية بين جداولك المخصصة:
علاقة واحد إلى متعدد من جدول الموقع (LocationTable) إلى جدول الحوادث الرئيسي (AccidentTable)
علاقة واحد إلى متعدد من نوع جدول الحوادث (TypeofAccidentTable) إلى جدول الحوادث الرئيسي (AccidentTable)
علاقة متعدد إلى متعدد من جدول الموظف (EmployeeTable) إلى جدول الحوادث الرئيسي (AccidentTable)
للحصول على شرح أكثر شمولاً، راجع نظرة عامة على علاقات الجدول.
الهدف هو أن تفهم سبب انطباق العلاقات السابقة على حالة العمل الخاصة بك وأنها مرتبطة بشكل صحيح.
في حالة العمل هذه، أنت تعلم أن كل حادث (يتم تتبعه فِي AccidentTable) يمكن أن يحدث فِي موقع معين (يجري تتبعه فِي LocationTable). لذلك، فِي هذه الحالة، يمكن أن يقع حادث عدة مرات فِي مكان واحد. من حين لآخر، قد يكون من الأسهل اعتبار LocationTable كالأصل وصفوف الجدول المرجعي كأبناء أو AccidentTable.
ينطبق نفس المنطق على العلاقة بين TypeofAccidentTable وAccidentTable. يمكن أن تحدث العديد من الحوادث بنوع واحد من الحوادث. إن TypeofAccident هو الأصل والصفوف فِي AccidentTable هي الفروع. علاقة متعدد إلى متعدد هي المنظور الفرع لعلاقة واحد إلى متعدد. لإنشاء هذه العلاقات، قم بإنشاء أعمدة نوع بيانات البحث فِي التمرين التالي.
العلاقة بين EmployeeTable وAccidentTable هي من نوع علاقة متعدد إلى متعدد. السبب هو أن موظفاً واحداً يمكن أن يتورط فِي العديد من الحوادث ويمكن أن يشمل سجل حادث واحد أكثر من موظف واحد. إن صفوف علاقات متعدد إلى متعدد متطابقة ومتبادلة. ينشئ Dataverse جدولاً ثالثًا غير مرئي فِي قائمة الجداول لبناء العلاقة. يحتوي هذا الجدول على علاقة واحد إلى متعدد مع كلا الجدولين المرتبطين وسيخزن القيم لتحديد العلاقة. في علاقات متعدد إلى متعدد، لا يتم إنشاء أعمدة صريحة؛ يمكنك إنشاء العلاقة بتحديد الجدولين اللذين تريد إنشاء العلاقة لهما.
في التمرين التالي، ستتعلم كيفية إنشاء العلاقات.