السلام عليكم ورحمة الله وبركاته..
أنا أعمل على “Event management system “
واستفساري هو أن لدينا نوعين من اللأيدي العاملة: مدربات ومتطوعات
يشتركوا في جميع المعلومات إلا أن "المتطوعات" يمتلكوا بضع معلومات مختلفة وهي المشار إليها بالأحمر:
١- performance level ..يتم تقييم اداء كل متطوعة على حدى من قبل admin
٢- Activity ..وهي نوع الفعالية التي اشتركت فيها المتطوعة والموجودة في Event Entety

وأنا محتارة هل أبقيها كما هي عليه أم أنها تحتاج إلى تعديل !!

تم تعديل 2 نوفمبر 20187 سنة بواسطة k القرشي

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

 

يمكن الإستمرار على نفس التصميم الحالي  جدول واحد "worker"  طالما يوجد عمود مميز worker_type 

 

 والحل الأخر 

 

إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker ) 

- worker_ id 

-  performance level

- Activity

وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker

باعتبار ان عمود الربط هو worker_id 

ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key

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

 

يمكن الإستمرار على نفس التصميم الحالي جدول واحد "worker" طالما يوجد عمود مميز worker_type

 

والحل الأخر

 

إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker )

- worker_ id

-

performance level

-

Activity

وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker

باعتبار ان عمود الربط هو worker_id

ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key

 

 

 

 

جزاك الله خير الجزاء ..

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟

تم تعديل 2 نوفمبر 20187 سنة بواسطة k القرشي

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

 

يمكن الإستمرار على نفس التصميم الحالي  جدول واحد "worker"  طالما يوجد عمود مميز worker_type 

 

 والحل الأخر 

 

إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker ) 

- worker_ id 

-  performance level

- Activity

وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker

باعتبار ان عمود الربط هو worker_id 

ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key

هل فى تصميم افضل من الثانى يا بشمهندس؟ من أى جانب؟ 

جزاك الله خير الجزاء ..

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟

 

لو انا فاهم صح ان الـ activity هو الـ event_id يبقى اربطيهم pk and fk. 

 

 

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ 

 

هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟ 

 

هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟ 

 

ما هي صفة ال admin ؟  هل هو مدرب من ضمن المسجلين في  entity  الworker ؟   أم أن له entity  خاصه به ؟ 

 

 

اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin   ولها فعالية واحدة ) 

 

 

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟

هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟

 

هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟

 

ما هي صفة ال admin ؟ هل هو مدرب من ضمن المسجلين في entity الworker ؟ أم أن له entity خاصه به ؟

 

 

اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin ولها فعالية واحدة )

المتطوعة تستطيع المشاركة في أكثر من فعالية + يتم تقييم أدائها بشكل مختلف في كل مرة تشارك فيها في فعالية

 

Admin ليس مدرب أو متطوع بل يقوم بالإشراف

 

لدي سؤال بورك فيك أستاذي..لماذا لم تضع مفتاح أساسي ل worker_1 Entity ?

 

 

جزاك الله خير الجزاء ..

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟

 

لو انا فاهم صح ان الـ activity هو الـ event_id يبقى اربطيهم pk and fk.

يوجد مفتاح أساسي ل event entity بإسم EventID ويوجد عمود آخر اسمه Eventname يحتوي على معلومات..منها المعلومات التي سأستخدمها في عمود Activity في WorkerEntity

 

 

 

نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟

هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟

 

هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟

 

ما هي صفة ال admin ؟ هل هو مدرب من ضمن المسجلين في entity الworker ؟ أم أن له entity خاصه به ؟

 

 

اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin ولها فعالية واحدة )

المتطوعة تستطيع المشاركة في أكثر من فعالية + يتم تقييم أدائها بشكل مختلف في كل مرة تشارك فيها في فعالية

 

Admin ليس مدرب أو متطوع بل يقوم بالإشراف

 

لدي سؤال بورك فيك أستاذي..لماذا لم تضع مفتاح أساسي ل worker_1 Entity ?

 

+ performan level بما إنه يعتمد على كون العاملة مدربة أو متطوعة أفلا أجعله derived Atribute ؟

 

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

 

k القرشي

 

لماذا تم فتح موضوع جديد عن نفس الموضوع بمعلومات إضافية ؟ 

http://www.araboug.org/ib/index.php?showtopic=67811&hl=

 

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

 

تم تعديل الرسم على البيانات المتاحة منك 

 

 توجد إفتراضات في الرسم 

- أن الفاعلية الواحده يشترك بها متطوعه واحدة 

- أن تقييم المتطوعه يتم مع كل فاعلية من خلال الadmin

- أن هناك أنواع رسوم مختلفه مع كل فاعلية 

- لم يتم عرض أعمال المدربات في الرسم الجديد 

 

 

توجد رسمتين 

pdm

cdm = erd 

@Amgad 

ارجو الاجابة عن سؤالى. 

@Amgad 

ارجو الاجابة عن سؤالى. 

 

الأخ / اسلام 

 

الحالة الدراسية لم يتم عرضها بشكل كامل 

 

عموما 

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

وتكون العلاقه من نوع one to one بين الجدول الأساسي ذات البيانات المشتركه  و جدول البيانات الخاصه  بالمتطوعات 

 

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

... اي ان هناك حقول سيكون قيمتها null لأنها غير مشتركة 

 

عموما في انتظار استكمال الحالة الدراسية مع صاحب الموضوع 

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

 

k القرشي

 

لماذا تم فتح موضوع جديد عن نفس الموضوع بمعلومات إضافية ؟ 

http://www.araboug.org/ib/index.php?showtopic=67811&hl=

 

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

 

تم تعديل الرسم على البيانات المتاحة منك 

 

 توجد إفتراضات في الرسم 

- أن الفاعلية الواحده يشترك بها متطوعه واحدة 

- أن تقييم المتطوعه يتم مع كل فاعلية من خلال الadmin

- أن هناك أنواع رسوم مختلفه مع كل فاعلية 

- لم يتم عرض أعمال المدربات في الرسم الجديد 

 

 

توجد رسمتين 

pdm

cdm = erd 

 

 

 

 

 

أعتذر فعلاً ظنيت إني حأكون أكثر ترتيب ونتظيم!

 

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

 

Worker entity:

وهذه Attributes الخاصة فيه / 

تشترك المدربات والمتطوعات في جميع هذا البيانات

1-name

2-city

3-educational level

4-id

5-type

6-phone number

7-email

8-major

9-description

 

المتطوعات كما ذكرت سابقا لديهم سمتين ليست لدى المدربات 

10-performance level : وتقوم به رئيسة هذه المنظمة ، ولأن المتطوعة قد تشارك في أكثر من فعالية لذا يصبح لها عدة تقييمات مختلفة 

11-Activity: تتم كتابة اسم الفعالية التي شاركت فيها -وقد تكون مشتركة في أكثر من فعالية- + يتم الحصول على معلومات هذه السمة من eventname attribute in event entity

 

والسؤال هنا إذا اشتركت المتطوعة في أكثر من فعالية فكيف سأمثل البيانات؟! 

 

 

Event entity:

1-name

2-id

3-date

4-place

5-target group

6-type : دورة أو ورشة عمل

7-fees : هناك دورات مختلفة برسوم مختلفة تقدم للعملاء 

 

Customer entity:

1-name

2-id

3-address

4-age -للأطفال فقط-

5-phone number

6-email

7-Vip

8-illness or allergic: نعم أو لا 

9- method of ambulance: إذا كان جواب (8) نعم 

10- type: أم أو طفل 

 

لكن هنا لدي معضلة وهي لو أتت الأم بأكثر من طفل فستقوم بتسجيل بيانات طفليها بشكل منفصل وسيصبح لهم id منفصل،  وعندما نريد إرسال إعلان إلى هذه الام مثلا فستصل لها الرسالة مرتين -أو حسب عدد أطفالها- فكيف يمكن أن نحل هذه المشكلة؟

 

Book entity:

الكتب كما ذكرت لم يتم تحديد طريقة بيعها 

1-isbn

2-name

3-quantity: الكمية الموجودة من الكتب 

4-price

5-discount

 

Admin entity:

ولأن المنظمة صغيرة نوعا ما فهناك "رئيسة / مشرفة واحدة فقط" 

1-id

2-name

3-password 

تم تعديل 4 نوفمبر 20187 سنة بواسطة k القرشي

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

 

شكرا لك على الإيضاح 

 

هناك بعض الإستفسارات والملاحظات 

 

الإستفسار الأول : 

هل من الممكن أن أكثر من متطوعه تشارك في نفس الفعالية 

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

 

ملاحظه 1

8 - illness or allergic: نعم أو لا 

 

9- method of ambulance: إذا كان جواب (8) نعم 

 بيانات ليست من ضمن سمات العميل لأنها بيانات متغيرة وليست ثابته مع العميل 

 

ملاحظه 2

 

لو أتت الأم بأكثر من طفل فستقوم بتسجيل بيانات طفليها بشكل منفصل وسيصبح لهم id منفصل

 

يمكن إنشاء جدول مستقل للتابعين او الأطفال ...  للعميل 

 

ملاحظة 3

 

age -للأطفال فقط-

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

 

ملاحظة 4

 

الكتب كما ذكرت لم يتم تحديد طريقة بيعها

 

لم يتم إدراجها في الرسم المرفق 

erd+pdm

 

 

 

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