الانتقال إلى المحتوى
View in the app

A better way to browse. Learn more.

مجموعة مستخدمي أوراكل العربية

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

أريد مشاركة بالرأي فى تصميم جداول بيانات العقود وبيانات ملحقات العقود

Featured Replies

بتاريخ:

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



جزاكم الله خيرا

بتاريخ:

السلام عليكم
الشغل الصح هو شغل المحترفين
يتم بناء جدولين ماستر وديتلز
معكم ولكم نتواصل

بتاريخ:
  • كاتب الموضوع

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

ايهما اصح الاولى ام الثانية.doc

بتاريخ:

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

من عرضك السابق وجدت الرسم الأول يتكون من الجداول الثلاثة التالية :

- جدول البيانات الأساسية للعقد ( رقم العقد Primary Key - تاريخ العقد - رقم العميل - قيمة العقد - تاريخ بداية العقد - تاريخ انتهاء العقد - رقم العقار (رقم الممتلكات ) Foreign Key - ... .... )
- جدول بيانات ملاحق العقود ويشمل ( رقم العقد + رقم مسلسل للملحق ) وهما معا مفتاح الجدول PK - تاريخ توقيع الملحق - قيمة العقد الملحق - ... - رقم العقار FK - ... )
- جدول الممتلكات ( العقارات ) ويشمل ( رقم العقار PK - وصف العقار - المساحة - .... )

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

يوجد اقتراح لتعديل جدول البيانات الأساسية للعقد فى حالة تشابه بيانات العقد الاساسي مع بيانات عقد الملاحق
وذلك بدمجهم في جدول واحد وعمل self join على نفس الجدول
اي ان رقم العقد الأساسي سيكون مفتاح الجدول ويحتوى ايضا رقم العقد الملحق
على أن يتم اضافة عمود جدبد فى الجدول هو رقم العقد الأساسي وبعتبر مفتاح اجنبي FK

والله الموفق

بتاريخ:

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

بتاريخ:
  • كاتب الموضوع

بداية اشكرك جزيل الشكر على اسهابك الرائع واسأل الله ان يجزيك خيرا
بالنسبة للجزء self relationship :
فعلا قد صممت المخطط بهذا الفكر ولكني وجدت حسب البزنس انه قد يوجد للعقد الواحد اكثر من 20 ملحق فكيف يمكنني عمل ذلك في الجدول نفسه حيث انني سأظطر هنا لتكرار ال pk وهذا لايمكن
فان كان لديك توضيح لهذه النقطه ارجو افادتي وجزاك الله خيرا
بالنسبة لموضوع الممتلكات وجعلها جدول واحد والتمييز بين ممتلكات العقد او ممتلكات الملحق بعمود flag
فهذا هو ما عملته فعليا ولكن مع وجود جداول اخرى تشترك في نفس الفكر مثل :
Discount table حيث يوجد خصومات على ممتلكات العقد او ممتلكات الملاحق
جدول الاقساط installments نفس الفكر حيث يوجد اقساط على ممتلكات العقد او ممتلكات الملاحق
جدول ال penalities العقوبات نفس الفكر حيث يوجد عقوبات وغرامات على ممتلكات العقد او ممتلكات الملاحق
الخ
فهل الاصح فصل كل جدول من الجداول المذكورة سابقا الى جدولين احدهم للعقود والاخر للملاحق ام جعلهم كجداول مشتركة والذي يفرق هنا هو ال flag كما هو تحليلي الحالي للمخطط


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

بتاريخ:

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

بتاريخ:
  • كاتب الموضوع

جزاك الله خيرا يا اخ احمد
ارجو منكم جميعا افادتي بالجواب القاطع لاني في بيئة عمل اجد فيها مدققين ومن يحاول استغلال الاخطاء او التقصير


وبارك الله فيكم وجعل ذلكم في ميزان حسناتكم اجمعين
في انتظار ردكم

بتاريخ:

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

بداية يجب ان تكون فكرة ال self join على نفس الجدول واضحة ... لانه بناء على هذه الفكرة سيكون الحل المقترح هو وضع بيانات العقد وبيانات ملحق العقد فى جدول واحد

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


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

للايضاح بمكنك الرجوع الى رسمة ال ERD المرفقه

ومن هذا الحل المقترح لن تكون فى حاجة لتكرار الإجراءات بشكل منفصل على مستوى العقد ثم على مستوى الملاحق

والله الموفق

contracts_araboug.jpg

contracts_araboug_erd.jpg

بتاريخ:
  • كاتب الموضوع

بارك الله فيك ودمت ذخرا
جزاك الله خيرا

بتاريخ:
  • كاتب الموضوع

الاخ الفاضل م.امجد
هل ممكن توضح لي ايش مميزات لو قمت بعمل فكرة ال self-join بنفس ماذكرت الله يبارك فيك
وهل لو فصلتهم صح ايضا ام سيؤثر في الشغل لاحقا وكيف
انا اثقلت عليك سامحنا
وجزاك الله خيرا

بتاريخ:
  • كاتب الموضوع

الاخ الفاضل م.امجد
انا في انتظار ردكم الكريم
رفع الله قدرك
وقدر كل من شارك

اللهم امين

بتاريخ:

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

عذرا للتأخر فى الرد

الإفتراض الأساسى لإستخدام ال self join هو تشابه البيانات المستخدمه فى العقد مع البيانات المستخدمة فى ملحق العقود مع وجود رابط بين العقد الأساسي وملحق العقد
وبالتالى سيتم الإستفادة من عدد أعمدة الجدول واسماؤها فى اعدادات التقارير والشاشات وبالتالي سيقلل من العمل بالشاشات والتقارير واشكال العقود والملاحق

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

من خلال المناقشة لم تستعرضي نوعية البيانات المستخدمة فى الجداول وبالتالى تم انشاء هذا الإفتراض

بتاريخ:
  • كاتب الموضوع

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

انضم إلى المناقشة

يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.

زائر
أضف رد على هذا الموضوع...

برجاء الإنتباه

بإستخدامك للموقع فأنت تتعهد بالموافقة على هذه البنود: سياسة الخصوصية

Account

Navigation

البحث

إعداد إشعارات المتصفح الفورية

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.