نموذج ارتباط الكيان

يصف نموذج ارتباط الكيان entity–relationship model (أو نموذج ER الأشياء المترابطة ذات الاهتمام في مجال معين من المعرفة. يتكون نموذج ER الأساسي من أنواع الكيانات (التي تصنف الأشياء ذات الأهمية) ويحدد العلاقات التي يمكن أن توجد بين كيانات (مثيلات أنواع هذه الكيانات).

مخطط علاقة-سمة-كيان لـ MMORPG باستخدام تدوين تشن.

في هندسة البرمجيات، يتم تشكيل نموذج ER بشكل عام لتمثيل الأشياء التي يحتاج العمل إلى تذكرها من أجل تنفيذ العملية التجارية. وبالتالي، يصبح نموذج التقارير الإلكترونية مجرد نموذج البيانات، الذي يحدد بنية البيانات أو المعلومات التي يمكن تنفيذها في قاعدة بيانات، وعادةً ما تكون قاعدة بيانات ارتباطية.

تم تطوير نمذجة علاقة-كيان لقاعدة البيانات والتصميم بواسطة پيتر تشن ونشرت في ورقة عام 1976،[1] with variants of the idea existing previously.[2] تُظهر بعض نماذج ER الكيانات الفائقة والأنواع الفرعية المتصلة بعلاقات التعميم والتخصص،[3] ويمكن استخدام نموذج ER أيضاً في مواصفات الأنطولوجية الخاصة بالمجال.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

مقدمة

عادةً ما يكون نموذج E-R نتيجة للتحليل المنهجي لتحديد ووصف ما هو مهم للعمليات في مجال الأعمال. لا تحدد العمليات التجارية؛ يقدم فقط مخطط بيانات الأعمال في شكل رسومي. عادةً ما يتم رسمها في شكل رسومي كمربعات (كيانات) متصلة بخطوط (علاقات) والتي تعبر عن الارتباطات والتبعيات بين الكيانات. يمكن أيضاً التعبير عن نموذج ER في شكل فعلي، على سبيل المثال: يمكن تقسيم مبنى واحد إلى صفر أو أكثر من الشقق، ولكن يمكن أن تقع شقة واحدة فقط في مبنى واحد.

قد يتم تمييز الكيانات ليس فقط بالعلاقات، ولكن أيضاً بخصائص إضافية (السمات)، والتي تتضمن معرفات تسمى المفاتيح الأساسية. يمكن تسمية المخططات التي تم إنشاؤها لتمثيل البيانات الجدولية بالإضافة إلى الكيانات والعلاقات بالمخططات البيانية لعلاقة الكيان والسمات، بدلاً من نماذج العلاقة بين الكيانات.

عادةً ما يتم تنفيذ نموذج ER باعتباره قاعدة بيانات. في تطبيق قاعدة بيانات علائقية بسيط، يمثل كل صف في الجدول مثيلاً واحداً لنوع كيان، ويمثل كل حقل في الجدول نوع سمة. في قاعدة بيانات ارتباطية يتم تنفيذ العلاقة بين الكيانات من خلال تخزين المفتاح الأساسي لكيان ما كمؤشر أو مفتاح خارجي في جدول كيان آخر.

هناك تقليد لبناء نماذج ER/نماذج البيانات على مستويين أو ثلاثة مستويات من التجريد. لاحظ أن التسلسل الهرمي المفاهيمي-المنطقي-المادي أدناه يُستخدم في أنواع أخرى من المواصفات، ويختلف عن نهج المخططات الثلاث إلى هندسة البرمجيات.

نموذج البيانات المفاهيمية
هذا هو أعلى مستوى من نموذج ER من حيث أنه يحتوي على أقل التفاصيل الدقيقة ولكنه يحدد النطاق العام لما سيتم تضمينه في مجموعة النموذج. يحدد نموذج التقارير الإلكترونية المفاهيمي عادةً كيانات البيانات المرجعية الرئيسية التي تستخدمها المؤسسة بشكل شائع. يعد تطوير نموذج ER مفاهيمي على مستوى المؤسسة مفيدًا لدعم توثيق هندسة البيانات للمؤسسة.
يمكن استخدام نموذج ER المفاهيمي كأساس لواحد أو أكثر من نماذج البيانات المنطقية (انظر أدناه). الغرض من نموذج ER المفاهيمي هو إنشاء قواسم مشتركة البيانات الوصفية الهيكلية لكيانات البيانات الرئيسية بين مجموعة نماذج ER المنطقية. يمكن استخدام نموذج البيانات المفاهيمية لتكوين علاقات مشتركة بين نماذج ER كأساس لتكامل نموذج البيانات.
نموذج البيانات المنطقية
لا يتطلب نموذج ER المنطقي نموذج ER مفاهيمي، خاصةً إذا كان نطاق نموذج ER المنطقي يتضمن فقط تطوير نظام معلومات متميز. يحتوي نموذج ER المنطقي على تفاصيل أكثر من نموذج ER المفاهيمي. بالإضافة إلى كيانات البيانات الرئيسية، يتم الآن تحديد كيانات البيانات التشغيلية والمعاملات. يتم تطوير تفاصيل كل كيان بيانات ويتم إنشاء العلاقات بين كيانات البيانات هذه. ومع ذلك ، تم تطوير نموذج ER المنطقي بشكل مستقل عن نظام ادارة قواعد البيانات المحدد الذي يمكن تنفيذه فيه.
نموذج البيانات المادية
يمكن تطوير نموذج واحد أو أكثر من نماذج ER المادية من كل نموذج ER منطقي. يتم تطوير نموذج التقارير الإلكترونية المادي عادةً ليتم إنشاء مثيل له كقاعدة بيانات. لذلك، يجب أن يحتوي كل نموذج من نماذج ER المادية على تفاصيل كافية لإنتاج قاعدة بيانات وكل نموذج من نماذج ER المادية يعتمد على التكنولوجيا نظراً لأن كل نظام إدارة قاعدة بيانات مختلف إلى حد ما.
عادةً ما يتم إنشاء مثيل للنموذج المادي في البيانات الوصفية الهيكلية لنظام إدارة قاعدة البيانات مثل كائنات قاعدة البيانات الارتباطية مثل جداول قواعد البيانات و فهارس قواعد البيانات مثل مفتاح فريد وفهارس وقيود قاعدة البيانات مثل تقييد المفتاح الخارجي أو كتقييد مشترك. عادةً ما يستخدم نموذج ER لتصميم تعديلات على كائنات قاعدة البيانات الارتباطية وللحفاظ على البيانات الوصفية الهيكلية لقاعدة البيانات.

تستخدم المرحلة الأولى من تصميم نظام المعلومات هذه النماذج أثناء تحليل المتطلبات لوصف الاحتياجات من المعلومات أو نوع المعلومات التي سيتم تخزينها في قاعدة بيانات. يمكن استخدام تقنية نمذجة البيانات لوصف أي أنطولوجية (أي نظرة عامة وتصنيفات للمصطلحات المستخدمة وعلاقاتها) لبعض مجال الاهتمام. في حالة تصميم نظام معلومات يستند إلى قاعدة بيانات، يتم تعيين نموذج البيانات المفاهيمي، في مرحلة لاحقة (يُسمى عادةً التصميم المنطقي)، على نموذج البيانات المنطقية، مثل باعتباره النموذج الارتباطي؛ يتم تعيين هذا بدوره إلى نموذج مادي أثناء التصميم المادي. لاحظ أنه في بعض الأحيان، يشار إلى كلتا المرحلتين باسم "التصميم المادي".


نموذج ارتباط الكيان

كيانان مرتبطان
كيان ذو سمة
علاقة مع سمة
ملف:Erd-id-as-primary-key.svg
مفتاح أساسي

يمكن تعريف الكيان على أنه شيء قادر على وجود مستقل يمكن تحديده بشكل فريد. الكيان هو تجريد من تعقيدات المجال. عندما نتحدث عن كيان، فإننا نتحدث عادة عن بعض جوانب العالم الحقيقي التي يمكن تمييزها عن جوانب أخرى من العالم الحقيقي.[4]

الكيان هو شيء موجود مادياً أو منطقياً. قد يكون الكيان كائناً مادياً مثل منزل أو سيارة (توجد فعلياً)، أو حدثاً مثل بيع منزل أو خدمة سيارة، أو مفهوم مثل معاملة أو طلب عميل (توجد منطقياً-كمفهوم). على الرغم من أن مصطلح الكيان هو الأكثر استخداماً، إلا أنه يجب علينا بعد تشن أن نميز بين الكيان ونوع الكيان. نوع الكيان هو تصنيف. الكيان، بالمعنى الدقيق للكلمة، هو مثيل لنوع كيان معين. عادة ما يكون هناك العديد من الأمثلة من نوع الكيان. نظراً لأن مصطلح نوع الكيان مرهق إلى حد ما، فإن معظم الأشخاص يميلون إلى استخدام مصطلح الكيان كمرادف لهذا المصطلح

يمكن اعتبار الكيانات على أنها اسم. أمثلة: جهاز الحاسب، موظف، أغنية، نظرية رياضية، إلخ.

تلتقط العلاقة كيفية ارتباط الكيانات ببعضها البعض. يمكن اعتبار العلاقات على أنها فعل، تربط بين اسمين أو أكثر. أمثلة: علاقة يملك بين شركة وجهاز الحاسب، وعلاقة يشرف بين موظف وقسم، وعلاقة ينفذ بين فنان وأغنية، ويثبت العلاقة بين عالم الرياضيات والتخمين، إلخ.

يتم استخدام الجانب اللغوي للنموذج الموصوف أعلاه في قاعدة البيانات التصريحية لغة الاستعلام ERROL، التي تحاكي اللغة الطبيعية. تستند دلالات ERROL وتنفيذها إلى إعادة تشكيل الجبر الارتباطي (RRA)، وهو جبر ارتباطي يتكيف مع نموذج العلاقة بين الكيان ويلتقط جانبه اللغوي.

يمكن للكيانات والعلاقات أن يكون لها سمات. أمثلة: قد يحتوي كيان موظف على سمة رقم الضمان الاجتماعي (SSN)، بينما قد تحتوي العلاقة المُثبتة على سمة تاريخ.

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

لا تُظهر المخططات بين الكيانات والعلاقات كيانات مفردة أو مثيلات فردية من العلاقات. بدلاً من ذلك، فإنها تعرض مجموعات الكيانات (جميع الكيانات من نفس نوع الكيان) ومجموعات العلاقات (جميع العلاقات من نفس نوع العلاقة). أمثلة: أغنية معينة هي كيان؛ مجموعة جميع الأغاني في قاعدة البيانات هي مجموعة كيانات؛ العلاقة المأكولة بين الطفل ووجبة غداءه هي علاقة واحدة؛ إن مجموعة كل هذه العلاقات الخاصة بالطفل في قاعدة البيانات هي مجموعة علاقات. بعبارة أخرى، تتوافق مجموعة العلاقات مع العلاقات في الرياضيات، بينما تتوافق العلاقة مع عضو في العلاقة.

يمكن الإشارة أيضاً إلى قيود العلاقة الأساسية على مجموعات العلاقات.

تخطيط اللغة الطبيعية

اقترح تشن "القواعد الأساسية" التالية لرسم خرائط أوصاف اللغة الطبيعية في مخططات ER: "English, Chinese and ER diagrams" by Peter Chen.

هيكل قواعد اللغة الانكليزية هيكلية ER
اسم شائع نوع الكيان
اسم صحيح كيان
فعل متعد نوع العلاقة
فعل لازم نوع السمة
صفة سمة الكيان
حال سمة للعلاقة

يُظهر العرض المادي كيف يتم تخزين البيانات بالفعل.

العلاقات والأدوار وعناصر المجموعات

في مقالة تشن الأصلية، يقدم مثالاً على العلاقة وأدوارها. ويصف العلاقة "الزواج" ودوران "الزوج" و "الزوجة".

يلعب الشخص دور الزوج في الزواج (العلاقة) وشخص آخر يلعب دور الزوجة في (نفس) الزواج. هذه الكلمات هي الأسماء. هذا ليس مفاجأة. تسمية الأشياء تتطلب اسما.

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

امتداد آخر شائع لنموذج تشن هو "تسمية" العلاقات والأدوار كأفعال أو عبارات.

تسمية الدور

أصبح من الشائع أيضاً تسمية الأدوار بعبارات مثل مالك و مملوك لـ. الأسماء الصحيحة في هذه الحالة هي مالك و ملكية. وهكذا فإن الشخص يلعب دور المالك و تلعب السيارة دور الحيازة بدلاً من يلعب الشخص دور، هو مالك، إلخ.

استخدام الأسماء له فائدة مباشرة عند إنشاء تطبيقات مادية من النماذج الدلالية. عندما يكون لدى شخص علاقتان مع سيارة، فمن الممكن إنشاء أسماء مثل الشخص المالك و السائق، والتي تكون ذات معنى على الفور.[5]

العلاقات الأساسية

يمكن أن تكون التعديلات على المواصفات الأصلية مفيدة. فقد وصف تشن نظرة عبر العلاقات الأساسية. جانباً، يستخدم تدوين باركر-إلس، المستخدم في مصمم أوراكل، نفس الجانب لأدنى عدد من العناصر (المماثلة للاختيارية) والدور، ولكن البحث عبر للحصول على أقصى عدد من العناصر الأساسية (قدم الغراب).[مطلوب توضيح]

في مرايس،[6] المصري و ناڤاث[7] aوآخرون[8]هناك تفضيل للأدوار من نفس الجانب وكل من الحد الأدنى والحد الأقصى من العناصر الأساسية. لقد أظهر باحثون حديثون (فينرير،[9] دليا وآخرون[10])أن هذا أكثر تماسكاً عند تطبيقه على علاقات n-ary ذات الترتيب الأكبر من 2.

في دليا وآخرون. يقرأ المرء أن تدوين "نظرة عبر" مثل المستخدم في UML لا يمثل بشكل فعال دلالات قيود المشاركة المفروضة على العلاقات حيث تكون الدرجة أعلى من الثنائي.

في فاينغغ يقال "المشاكل تنشأ إذا عملنا تحت علم الدلالات البحثي كما هو مستخدم في جمعيات UML. هارتمان[11] يبحث في هذا الموقف ويوضح كيف ولماذا تفشل التحولات المختلفة. (على الرغم من أن "الاختزال" المذكور زائف لأن الشكلين 3.4 و 3.5 متماثلان في الواقع) وأيضاً "كما سنرى في السنوات القليلة القادمة الصفحات، يقدم تفسير النظر عبر العديد من الصعوبات التي تمنع امتداد الآليات البسيطة من الترابطات الثنائية إلى الجمعيات غير المعروفة. "

طرق مختلفة لتمثيل نفس العلاقة مع العديد. في كل حالة، يوضح الرسم التخطيطي العلاقة بين الشخص ومكان الميلاد: يجب أن يكون كل شخص قد ولد في مكان واحد فقط، ولكن ربما لم يكن لكل موقع أو أكثر من الأشخاص الذين ولدوا فيه.
يتم عرض كيانين مرتبطين باستخدام تدوين قدم الغراب. في هذا المثال، تظهر علاقة اختيارية بين الفنان والأغنية؛ الرموز الأقرب لكيان الأغنية تمثل "صفر، واحد، أو عدة" ، بينما الأغنية بها فنان "واحد فقط". لذلك يُقرأ الأول على أنه، الفنان (يمكنه) أداء أغنية (أغاني) "صفر، واحد، أو عدة".

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

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

يتم التعبير عن قيود العلاقة الأساسية على النحو التالي:

  • يشير السطر المزدوج إلى قيد المشاركة أو الكلية أو تخمينية: يجب أن تشارك جميع الكيانات في مجموعة الكيانات في علاقة واحدة على الأقل في مجموعة العلاقة;
  • يشير سهم من كيان تم تعيينه إلى مجموعة علاقات إلى قيد المفتاح، أي حقن: يمكن لكل كيان من مجموعة الكيانات المشاركة في علاقة واحد على الأكثر في مجموعة العلاقة;
  • يشير الخط السميك إلى كليهما، أي انحياز: كل كيان في مجموعة الكيانات مشارك في علاقة واحدة تماماً.
  • يشير الاسم المسطر للسمة إلى أنها مفتاح: كيانان مختلفان أو علاقات مع هذه السمة لها دائماً قيم مختلفة لهذه السمة.

غالباً ما يتم حذف السمات لأنها قد تؤدي إلى تشويش الرسم التخطيطي؛ غالبًا ما تسرد تقنيات الرسم التخطيطي الأخرى سمات الكيانات داخل المستطيلات المرسومة لمجموعات الكيانات.

تقنيات اتفاقية التخطيط المرتبطة:

تدوين قدم الغراب

تدوين قدم الغراب، يعود بدايته إلى مقال بقلم جوردون إڤرست (1976)،[12] يستخدم في تدوين باركر، تحليل النظم الهيكلية وطريقة التصميم (SSADM) و هندسة تكنولوجيا المعلومات. تمثل الرسوم التخطيطية لقدم كرو الكيانات كمربعات، والعلاقات كخطوط بين المربعات. تمثل الأشكال المختلفة في نهايات هذه الخطوط العلاقة الأساسية النسبية للعلاقة.

تم استخدام تدوين قدم الغراب في ممارسة الاستشارات CACI. انتقل العديد من المستشارين في CACI (بما في ذلك رتشارد باركر) لاحقاً إلى أوراكل المملكة المتحدة، حيث طوروا الإصدارات الأولية من أدوات أوراكل CASE ، حيث قدموا الترميز إلى جمهور أوسع.

مع هذا الترميز، لا يمكن أن يكون للعلاقات سمات. عند الضرورة، يتم الترويج للعلاقات إلى الكيانات في حد ذاتها: على سبيل المثال، إذا كان من الضروري التقاط مكان وزمان أداء الفنان لأغنية، يتم تقديم "أداء" كيان جديد (مع سمات تعكس الوقت والمكان)، و تصبح علاقة الفنان بأغنية علاقة غير مباشرة عبر الأداء (الفنان - التأدية - الأداء - ميزات الأداء - الأغنية).

يتم استخدام ثلاثة رموز لتمثيل العلاقة الأساسية:

  • تمثل الحلقة "صفراً"
  • الشرطة تمثل "واحد"
  • تمثل قدم الغراب "كثيرة" أو "لانهائية"

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

  • الحلقة والشرطة → الحد الأدنى صفر، الحد الأقصى واحد (اختياري)
  • الشرطة والشرطة → الحد الأدنى واحد، الحد الأقصى واحد (إلزامي)
  • الحلقة وقدم الغراب → الحد الأدنى صفر، الحد الأقصى (اختياري)
  • الشرطة وقدم الغراب → الحد الأدنى واحد والحد الأقصى العديد (إلزامي)


. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

قضايا قابلية الاستخدام النموذجية

عند استخدام قاعدة بيانات منمذجة، يمكن أن يواجه المستخدمون مشكلتين معروفتين حيث تعني النتائج التي تم إرجاعها شيئاً آخر غير النتائج التي يفترضها مؤلف الاستعلام.

الأول هو "فخ المروحة". يحدث ذلك مع جدول (رئيسي) يرتبط بجداول متعددة في علاقة رأس بأطراف. تستمد المشكلة اسمها من الطريقة التي يظهر بها النموذج عندما يتم رسمه في رسم تخطيطي للعلاقة بين الكيان: الجداول المرتبطة "خرجت" من الجدول الرئيسي. يشبه هذا النوع من نماذج مخطط نجمي، وهو نوع من النماذج المستخدمة في مستودع البيانات. عند محاولة حساب المجاميع على المجاميع باستخدام SQL القياسي على الجدول الرئيسي، قد تحدث نتائج غير متوقعة (وغير صحيحة) الحل هو إما تعديل النموذج أو SQL. تحدث هذه المشكلة في الغالب في قواعد البيانات لأنظمة دعم القرار، والبرامج التي تستعلم عن مثل هذه الأنظمة تتضمن أحياناً طرقاً محددة للتعامل مع هذه المشكلة.

المشكلة الثانية هي "فخ الهوة". يحدث فخ الهوة عندما يقترح النموذج وجود علاقة بين أنواع الكيانات، لكن المسار غير موجود بين تكرارات كيان معينة. على سبيل المثال، يحتوي المبنى على غرفة واحدة أو أكثر لا تحتوي على أجهزة حاسب أو أكثر. يتوقع المرء أن يكون قادراً على الاستعلام عن النموذج لرؤية جميع أجهزة الحاسب في المبنى. ومع ذلك، لا يتم عرض أجهزة الحاسب غير المخصصة حالياً للغرفة (لأنها قيد الإصلاح أو في مكان آخر) في القائمة. هناك حاجة إلى علاقة أخرى بين المبنى وأجهزة الحاسب لالتقاط جميع أجهزة الحاسب في المبنى. مشكلة النمذجة الأخيرة هذه هي نتيجة الفشل في التقاط جميع العلاقات الموجودة في العالم الحقيقي في النموذج. انظر Entity-Relationship Modelling 2 للتفاصيل.

علاقة-كيان والنمذجة الدلالية

النموذج الدلالي

النموذج الدلالي هو نموذج للمفاهيم، ويسمى أحياناً "نموذج النظام الأساسي المستقل". إنه نموذج مكثف. على الأقل بما أن كارناپ، من المعروف أن:[13]

"...يتكون المعنى الكامل للمفهوم من جانبين، نواياه وامتداده. يشتمل الجزء الأول على تضمين مفهوم في عالم المفاهيم ككل، أي مجموع كل العلاقات مع المفاهيم الأخرى. يحدد الجزء الثاني المعنى المرجعي للمفهوم، أي نظيره في العالم الحقيقي أو في عالم ممكن".

النموذج التوسعي

النموذج التوسعي هو الذي يرسم خرائط لعناصر منهجية أو تقنية معينة، وبالتالي فهو "نموذج خاص بالمنصة". تنص مواصفات UML صراحةً على أن الارتباطات في نماذج الفئة ممتدة وهذا في الواقع بديهي من خلال النظر في مجموعة واسعة من "الزخارف" الإضافية التي توفرها المواصفات بالإضافة إلى تلك التي يوفرها أي من المرشحين السابق "النمذجة الدلاليةlanguages"."UML as a Data Modeling Notation, Part 2"

أصول ارتباط الكيان

قال پيتر تشن، مؤسس نمذجة ER في ورقته البحثية:

"يتبنى نموذج علاقة الكيان وجهة نظر أكثر طبيعية بأن العالم الحقيقي يتكون من كيانات وعلاقات. إنه يدمج بعض المعلومات الدلالية المهمة حول العالم الحقيقي." [1]

في مقالته الأصلية عام 1976، يقارن تشن صراحةً مخططات العلاقة بين الكيانات وتقنيات نمذجة التسجيلات:

"يمثل مخطط بنية البيانات لتنظيم السجلات وليس تمثيلاً دقيقاً للكيانات والعلاقات."

يدعم العديد من المؤلفين الآخرين أيضاً برنامج تشن:[14] [15] [16] [17] [18]

التوافق الفلسفي

يتوافق تشن مع التقاليد الفلسفية من زمن الفلاسفة اليونانيين القدماء: أفلاطون و أرسطو.[19] يربط أفلاطون نفسه المعرفة بالتخوف من النماذج غير المتغيرة (أي النماذج الأولية أو التمثيلات المجردة لأنواع كثيرة من الأشياء والخصائص) وعلاقاتها ببعضها البعض.

المحددات

  • نموذج ER هو في الأساس مفاهيمي، الأنطولوجية الذي يعبر عن المسندات في مجال المعرفة.
  • تُستخدم نماذج ER بسهولة لتمثيل هياكل قواعد البيانات الارتباطية (بعد Codd و Date) ولكن ليس كثيراً لتمثيل أنواع أخرى من هياكل البيانات (مستودعات البيانات ومخازن المستندات وما إلى ذلك)
  • تتضمن بعض رموز نموذج ER رموزاً لإظهار العلاقات من النوع الفرعي الفائق والاستبعاد المتبادل بين العلاقات؛ البعض لا.
  • لا يُظهر نموذج ER تاريخ حياة الكيان (كيف تتغير سماته و / أو علاقاته بمرور الوقت استجابةً للأحداث). بالنسبة للعديد من الأنظمة، تعتبر تغييرات الحالة هذه غير بديهية ومهمة بما يكفي لتبرير المواصفات الصريحة.
  • قام بعض[من؟] بتوسيع نماذج ER باستخدام التركيبات لتمثيل تغييرات الحالة، وهو أسلوب يدعمه المؤلف الأصلي;[20] مثال على ذلك هي Anchor Modeling.
  • يتغير نموذج الحالة الأخرى بشكل منفصل، باستخدام مخططات انتقال الحالة أو بعض تقنيات نمذجة العمليات الأخرى.
  • يتم رسم العديد من الأنواع الأخرى من المخططات لنمذجة جوانب أخرى من الأنظمة، بما في ذلك أنواع المخططات الأربعة عشر التي تقدمها UML.[21]
  • اليوم، حتى عندما تكون نمذجة ER مفيدة، فهي غير شائعة لأن العديد من الأشخاص يستخدمون الأدوات التي تدعم أنواعاً متشابهة من النماذج، لا سيما الرسوم التخطيطية للفئة لبرمجة OO ونماذج البيانات من أجل نظام إدارة قواعد البيانات الارتباطية. يمكن لبعض هذه الأدوات إنشاء رمز من الرسوم البيانية ومخططات الهندسة العكسية (الراجعة) من التعليمات البرمجية.
  • في دراسة استقصائية، لم يتمكن برودي وليو[22] من العثور على مثيل واحد لنمذجة علاقة كيان داخل عينة من عشر شركات Fortune 100. ألقى كل من بادية والليمير[23]اللوم على هذا النقص في الاستخدام على نقص التوجيه ولكن أيضاً على نقص الفوائد، مثل نقص الدعم لتكامل البيانات.
  • يقدم نموذج علاقة كيان محسّن (نمذجة EER) عدة مفاهيم ليست في نمذجة ER، ولكنها مرتبطة ارتباطاً وثيقاً بتصميم كائني التوجه، مثل علاقات is-a.
  • لنمذجة قاعدة البيانات الزمنية، تم النظر في العديد من امتدادات ER.[24]

وبالمثل، وجد أن نموذج ER غير مناسب لـ قاعدة بيانات متعددة الأبعاد (مستخدم في تطبيقات OLAP)؛ لم يظهر أي نموذج مفاهيمي مهيمن في هذا المجال حتى الآن، على الرغم من أنها تدور عموماً حول مفهوم OLAP cube (المعروف أيضاً باسم مكعب بيانات داخل الحقل).[25]

انظر أيضاً

المراجع

  1. ^ أ ب Chen, Peter (March 1976). "The Entity-Relationship Model - Toward a Unified View of Data". ACM Transactions on Database Systems. 1 (1): 9–36. CiteSeerX 10.1.1.523.6679. doi:10.1145/320434.320440. S2CID 52801746.
  2. ^ A.P.G. Brown, "Modelling a Real-World System and Designing a Schema to Represent It", in Douque and Nijssen (eds.), Data Base Description, North-Holland, 1975, ISBN 0-7204-2833-5.
  3. ^ "Lesson 5: Supertypes and Subtypes". docs.microsoft.com.
  4. ^ Beynon-Davies, Paul (2004). Database Systems. Basingstoke, UK: Palgrave: Houndmills. ISBN 978-1403916013.
  5. ^ "The Pangrammaticon: Emotion and Society". January 3, 2013.
  6. ^ Hubert Tardieu, Arnold Rochfeld and René Colletti La methode MERISE: Principes et outils (Paperback - 1983)
  7. ^ Elmasri, Ramez, B. Shamkant, Navathe, Fundamentals of Database Systems, third ed., Addison-Wesley, Menlo Park, CA, USA, 2000.
  8. ^ ER 2004 : 23rd International Conference on Conceptual Modeling, Shanghai, China, November 8-12, 2004. 2004-10-27. ISBN 9783540237235.
  9. ^ "A Formal Treatment of UML Class Diagrams as an Efficient Method for Configuration Management 2007" (PDF).
  10. ^ "James Dullea, Il-Yeol Song, Ioanna Lamprou - An analysis of structural validity in entity-relationship modeling 2002" (PDF).
  11. ^ Hartmann, Sven. "Reasoning about participation constraints and Chen's constraints Archived 2013-05-10 at the Wayback Machine". Proceedings of the 14th Australasian database conference-Volume 17. Australian Computer Society, Inc., 2003.
  12. ^ G. Everest, "BASIC DATA STRUCTURE MODELS EXPLAINED WITH A COMMON EXAMPLE", in Computing Systems 1976, Proceedings Fifth Texas Conference on Computing Systems, Austin,TX, 1976 October 18–19, pages 39-46. (Long Beach, CA: IEEE Computer Society Publications Office).
  13. ^ "The Role of Intensional and Extensional Interpretation in Semantic Representations".
  14. ^ Kent in "Data and Reality" :
    "هناك شيء واحد يجب أن يكون واضحاً في أذهاننا في بداية مسعى النمذجة وهو ما إذا كنا عازمين على وصف جزء من "الواقع" (بعض المشاريع البشرية) أو نشاط معالجة البيانات."
  15. ^ Abrial in "Data Semantics" : "... the so called "logical" definition and manipulation of data are still influenced (sometimes unconsciously) by the "physical" storage and retrieval mechanisms currently available on computer systems."
  16. ^ Stamper: "They pretend to describe entity types, but the vocabulary is from data processing: fields, data items, values. Naming rules don't reflect the conventions we use for naming people and things; they reflect instead techniques for locating records in files."
  17. ^ In Jackson's words: "The developer begins by creating a model of the reality with which the system is concerned, the reality that furnishes its [the system's] subject matter ..."
  18. ^ Elmasri, Navathe: "The ER model concepts are designed to be closer to the user’s perception of data and are not meant to describe the way in which data will be stored in the computer."
  19. ^ Paolo Rocchi, Janus-Faced Probability, Springer, 2014, p. 62.
  20. ^ P. Chen. Suggested research directions for a new frontier: Active conceptual modeling. ER 2006, volume 4215 of Lecture Notes in Computer Science, pages 1–4. Springer Berlin / Heidelberg, 2006.
  21. ^ Carte, Traci A.; Jasperson, Jon (Sean); and Cornelius, Mark E. (2020) "Integrating ERD and UML Concepts When Teaching Data Modeling," Journal of Information Systems Education: Vol. 17 : Iss. 1 , Article 9.
  22. ^ The power and limits of relational technology in the age of information ecosystems Archived 2016-09-17 at the Wayback Machine. On The Move Federated Conferences, 2010.
  23. ^ A. Badia and D. Lemire. A call to arms: revisiting database design. Citeseerx,
  24. ^ Gregersen, Heidi; Jensen, Christian S. (1999). "Temporal Entity-Relationship models—a survey". IEEE Transactions on Knowledge and Data Engineering. 11 (3): 464–497. CiteSeerX 10.1.1.1.2497. doi:10.1109/69.774104.
  25. ^ RICCARDO TORLONE (2003). "Conceptual Multidimensional Models" (PDF). In Maurizio Rafanelli (ed.). Multidimensional Databases: Problems and Solutions. Idea Group Inc (IGI). ISBN 978-1-59140-053-0.

للاستزادة


. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

وصلات خارجية

قالب:Database

تمّ الاسترجاع من "https://www.marefa.org/w/index.php?title=نموذج_ارتباط_الكيان&oldid=2497436"