السلام عليكم ورحمة الله وبركاته
أرفق لحظرتكم شاشتين بسيطتين لبرنامج العيادة
إحداهما خاصة لتسجيل بينات المريض
و الأخرى لتسجيل موعد للمريض
وأرجوا منكم أبداء الرأي بهما ....
أو المساعدة في عمل هذا البرنامج
المرفقات بها الجدول و الشاشة
والسلام خير ختام
السلام عليكم ورحمة الله وبركاته
أرفق لحظرتكم شاشتين بسيطتين لبرنامج العيادة
إحداهما خاصة لتسجيل بينات المريض
و الأخرى لتسجيل موعد للمريض
وأرجوا منكم أبداء الرأي بهما ....
أو المساعدة في عمل هذا البرنامج
المرفقات بها الجدول و الشاشة
والسلام خير ختام
بسم الله الرحمن الرحيم
أخي إذا كانت العيادة التى تقوم بإنشاء لها هذا البرنامج فقط تحتاج لهذه البيانات فتكون القاعدة التي أنشأتها أنت جيدة
لكن لي ملاحظة عليها
لماذا لم تقم بدمج كلا الجدولين وجعلهما في جدول واحد , حيث أني قد اطلعت على الجداول ووجدت أن جدول المواعيد ليس من الضروري وضعه في بيئة مستقلة
SEQ_PER(PERSNUM,PERSNAME,PERSADD,PERSTEL,PERSEAGE,DATEAD,VISTIME,VISITTYPE,VISDATE);
أنا لا أدري أخي هل VISDATE في جدول المواعيد الزيارة تكافيئ DATEAD في جدول بيانات المريض أم لا , إذا كان كذلك فقم بإزالة أحدهما
هذا اجتهادي والله ولي التوفيق
بسم الله الرحمن الرحيم
شكراً يــا MKSoft على مرورك
أعتذر كوني لم أشرح لك أسماء الحقول
بالنسبة لجدول الأشخاص(المرضى):-
PERSNUM رقم المريض
PERSNAME أسم المريض
PERSADD عنوان المريض
PERSTEL الهاتف
PERSAEGE العمر
DATEAD تاريخ إضافة المريض == تاريخ فتح الملف للمريض
أما بالنسبة لجدول الزيارات كالتالي:-
VISNUM رقم الزيارة
PERSNUM رقم المريض
VISTIME موعد الزيارة
VISITTYPE نوع الفحص
VISDATE تاريخ الزيارة
سبب إستخدامي للجدولين :
عندما يأتي المريض رقم (1) من الممكن أن تكون له عدة زيارات في اليوم الواحد لذلك أنا بنيت هذه الجداول على أساس أن العلاقة التي تربطهم متعدد لــ متعدد
(many to many)
وآمل من الأخوان لو أن تحليلي هذا خطأ أن يصححوه و البركة فيكم
والسلام ختام
مشكوررررررررررررررررررررررررررررررر
سلامي للجميع...
توضيح للأخ تامر و ل mksoft
بالنسبة للجدولين فهما صحيحين، و يمكنك الاستغناء عن الجملة:
,PERSNUM NUMBER (5) CONSTRAINT PER_PR PRIMARY KEY
ب:
,PERSNUM NUMBER (5) PRIMARY KEY
دون الحاجة لبناء CONSTRAINT
لم أشاهد الفورم لأنه لا يوجد هنا form devloper
أما بالنسبة للتوضيح فهو عن العلاقة، العلاقة هي (One to Many 1-M) وليست (M-M)
لأنه يجب أن تقوم بخزن زيارة أو أكثر في جدول الزيارات تكون عائدة لمريض واحد فقط
أي عند الاستعلام عن هذا المريض يتم إظهار الزيارات الخاصه به وحده
يعني عدة زيارات تابعه لمريض واحد فقط بواسطة (Foreign key)
العلاقه 1-1
تكون البيانات جميعها في نفس الجدول
العلاقه 1-M
يكون في جدولين أحدهما يملك مرجع للاخر (Foreign key)
العلاقه M-M
يجب انشاء جدول ثالث يحتوي على مفتاح رئيسي مركب، أي مدمج من المفتاح الرئيسي للجدول الاول مع المفتاح الرئيسي للجدول الثاني compound primary key
أرجو أن يكون الشرح واضح
بالتوفيق...
محتار!!! مش عارف شوتعمل؟؟! عندك مشاكل ونفسك تنحل؟؟!
عليك بالاقتراب من خالقك
عليك بصلاة الاستخارة
وعليك بالصدقة
داوو مرضاكم بالصدقة
ما نقص مال من صدقة
تصدقو ولو بشق تمرة
هذا الموضوع مغلق.