عبد الفتاح كيرة

بارك الله لك فيها وجعلها قرة عين لك

if Day(Now()) = 1 or if Day(Now()) = 2 or if Day(Now()) = 3 or if Day(Now()) = 4 or if Day(Now()) = 5

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

نعم هذا الأخير هو المعمول به عن طريق أمر runsql فى حدث عن الغلق للنموذج جزاك الله خيرا على ما أمددتنا به من معلومات قيمة وشكرا لك

أبا خليل يا صاحب النفس الطويل بارك الله فيك لعلنا نختم بهذا السؤال العام عندما نربط جدولين بعلاقة رأس برأس مثلا جدول الحالات المرضية مع جدول أسماء الطلاب طبعا فى الجدول الفرعى تظهر معرفات الطلاب ذوى الحالات المرضية فقط مثلا 40 معرفا من بين 400 هناك مشكلة عند إدخال البيانات و هى أنه يمكن إدخال سجل جديد وكتابة رقم التعريف للطالب ولا تكتب بقية البيانات بمرور الوقت تتراكم بجدول الحالات المرضية أرقام معرفات بدون وصف للحالة المرضية مثلا الطالب صاحب المعرف 107 ليس من ذوى الحالات المرضية لكن كتب رقمه خطأ عند إدخال البيانات و لم يكتب أمامه وصف للحالة تعرفت على بعض الحلول بالكود لبعض الإخوة كيف تتغلب أنت على هذه المشكلة و لعلنا نختم بهذا لأننى أشعر أننى أرهقتك وفقك الله لكل خير

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

إيه يا أبا خليل هل تركتنا فى منتصف الطريق؟

الحديث معك ذو شجون " يعنى فروع" كلامك دقيق جدا و يبدو أنه سيغير نظرتى لقاعدة بيانات الطلاب نعم الصف و الفصل و النشاط ايضا صدقت تتغير كل عام و الثوابت ما ذكرت حضرتك يخيل إلى أننا ذهبنا مذهبا عميقا فى الفهم ما المقترح إذن لهذا المتغير؟ هل نفصله؟ بحيث لا يبقى فى الجدول الأساسى الفصل و الصف و النشاط؟ هذه هى الحقول الموجودة لدى فى الجدول الأساسى الصف الفصل حالة القيد "مستجد - معيد -منقطع - مجمد - مهنى" اسم الطالب الرقم القومى ت الميلاد الجنسية رقم القيد محل الميلاد محل الإقامة اسم ولى الأمر صناعته عنوانه اسم الأم مهنتها جنسيتها مدرسة الطالب الابتدائية"المرحلة السابقة" مجموعه فى الابتدائي نوعه"ذكر- أنثى" يتيم"نعم/لا" اسم الطالب باللغة الإنجليزية حالة الطالب نهاية العام"ناجح و منقول - باق للإعادة - نقل لمدرسة أخرى..." نشاط1 نشاط2 أنت تقول أن حقول الصف- الفصل - النشاط -حالة القيد هى حقول متغيرة ماذا نفعل فيها هل نفصلها فى جدول؟ يوجد جدول منفصل اسمه : الصف وهو مرتبط بالجدول الرئيس بعلاقة رأس لأطراف بمعنى أن ما يوجد فى الجدول الرئيس هو رقم حقل المفتاح بجدول الصف safID و مثله جدول الفصل هل هذا هو الفصل المطلوب رجاء توضيح الصورة لعظيم أهمية الأمر

قلت : جزاك الله خيرا استخدام dcount بطلاقة فى الكود s = DCount("[SID]", "Q1", "[safID] = form!safID And [ACT1] = Form!s14") ss = DCount("[SID]", "Q1", "[safID] = form!safID And [ACT2] = Form!s14") txt1 = s + ss r = DCount("[SID]", "Q1", "[Classid] = form!Classid And [ACT1] = Form!s14 and [safID] = form!safID") rr = DCount("[SID]", "Q1", "[Classid] = form!Classid And [ACT2] = Form!s14 and [safID] = form!safID") txt2 = r + rr وقد رأيت بعد كل هذا أن وضع حقلى النشاط مع الجدول الرئيسى أسهل بكثير لأنهما حقلان ثابتان و اختيارهما إجبارى من كل الطلاب و لأن هناك تقارير لها شكل معين مثل قائمة فصل بها حقلان للنشاط متجاوران و هذا سيحتاج أيضا إلى حلول أخرى لكن و لا شك أن إثارة المشاكل تثير معها علما ينفع فى مواطن أخرى كما انك نبهتنى إلى استخدام الاستعلام الجدولى لعمل إحصائية النشاط و هذا تذكير رائع جزاك الله خيرا أبا خليل و زادك علما و نفع بك

أبا خليل لقد فاجأتنا بباب من العلم جديد فجزاك الله خيرا بعض النقاط أرجو أن تصححها لى أو تبين لى الخطأ فيها : أظن أن سبب تعطل دالة dcount عن الحساب هو أن الربط بين الجدولين كان رأس برأس بينما كل طالب له أكثر من نشاط و كل نشاط واحد مشترك فيه أكثر من طالب 2- هذه حالة نادرة ( عى الأقل بالنسبة لى) أول مرة أستخدم علاقة كثير لكثير أنشأنا جدولا فيه 1- الحقل الأساسى لجدول الأسماء 2- الحقل الأساسى لجدول النشاط ثم ربطنا كل جدول من الجدولين بهذا الثالث بعلاقة رأس لأطراف وما أتحير فيه الآن كيف نقلت البيانات إلى الجدول الجديد؟ 400 سجل مضروبة فى نشاطين = 800 سجل سؤال آخر ما الطريقة المثلى (بعد الوضع الجديد) لإدخال بيانات النشاط فى العام الجديد؟ طبعا ستأتى أسماء جديدة بأنشطة يختارونها أيضا جديدة هل ستستمر العلاقة بين الجدولين بالحذف أو الزيادة لأسماء جديدة من جدول الأسماء الأصلى؟ و أشكرك على هذه القفزة العلمية الرائعة التى نقلتنا بها إلى رحاب واسعة فى عالم أكسيس و أنا موقن - إن شاء الله - أن كثيرين جدا من الأعضاء يستفيدون بهذا الرد وفقك الله لكل خير وفى انتظار تعليقك

وفقك الله أخى الكريم

شكرا لصبرك نعم كل طالب يختار نشاطين إجباريا فالحقلان المعدودان فى جدول nashat و الشرط فى جدول main فى حقلى الصف و الفصل بالضبط أريد أن أعد أحد الأنشطة فى الصف الأول مثلا فى الفصل الثالث مثلا يعنى 3 شروط إذا كانت هناك حالة مماثلة أو مثال للربط بعلاقة كثير لكثير أكون شاكرا لك عرضها لم أستخدم هذا النوع من العلاقة من قبل ملاحظة : كنت أقوم بالعد ب 3 شروط باستخدام دالة dcount لكن كان ذلك حينما كانت كل الحقول ( بما فيها النشاط ) فى جدول واحد مسطح أما الآن ظهرت الصعوبة حينما فصلت جدول النشاط بدأت أقتنع بوضع حقلى النشاط فى الجدول الرئيسى لحل كل هذه المشكلات خاصة أن اختيار نشاطين هو إجبارى لكل الطلاب بالتالى النشاط ليس حالة طارئة لنفصلها فى جدول ما رأيك ؟ بالنسبة للاستعلام الذى يضم كل الحقول فقد فشلت فى استخدام الدالة مع الاستعلام مع أننى أقوم بالتصفية حسب الشروط فى الاستعلام نفسه لكن عند تطبيق ذلك على مربع نص بنموذج باستخدام dcount يفشل الأمر جزاك الله خيرا

هذا هو الملف المطلوب 1- حساب عدد المسجلين فى النشاط المحدد للفصل 2- نفس الحساب لكن للصف كله test55.rar

شكرا لك سأجهز مثالا لعلنى أوضح المطلوب إن شاء الله

أخى المحترم أنا لا أريد استخدامها فى جدول بل أريد استخدامها لعد سجلات فى جدول وذلك بمربع نص فى نموذج

السلام عليكم لدينا جدولان مرتبطان بعلاقة واحد لواحد عن طريق رقم الطالب كيف يمكن عد السجلات فى مربع نص بنموذج باستخدام دالة dcount بحيث يكون الحقل المعدود فى أحد الجدولين و حقل الشرط فى الجدول الآخر بمعنى آخر هل دالة dcount تستخدم لعد السجلات فى جدول واحد؟ و لا يمكن استخدامها بين جداول مرتبطة أرجو الإفادة جزاكم الله خيرا

ممتاز أخانا الطيب أبا آدم نحن معك وفى انتظار المزيد من الفنيات كما عودتنا

فعلا لا تظهر فى الطباعة إذن نرجع لأكواد الدوائر الحمراء ابحث بالمنتدى و ستجد منها الكثير وفقك الله

شكرا جزيلا أخانا أبا آدم و متابعون معك

object كائن له خصائص لكن variant متغير " مخزن للبيانات" و هو يريحك من اختيار نوع المتغير " نص رقم ..."

جزى الله خيرا أخانا أبا آدم على هذا النفع العظيم لإخوانه و أهلا بأخى عبد الله المجرب و هنيئا لك الفهم الجديد وفقك الله و للأخ أيمن variant هو متغير متنوع يخزن فيه نص رقم لكنه يأخذمساحة تخزين أكبر و الله اعلم

لقد استخدمت كل الروتينات الاحتياطية التى أوردتها فى مشاركاتك و قد شعرت أنها زادت البرنامج قوة و صلابة فى وجه العابثين و أكثر ما أعجبنى تشغيل sql الحذف قبل الخروج من النموذج الفرعى ( الندب) إنه يعالج كل الأخطاء وقد عدلته بحيث يحذف أى رقم موظف غير موجود فى حقل رقم الموظف فى الجدول الرئيس ( ما رأيك بهذا التعديل؟) (((NadbInfo.NadbID) Not In (Main!EID))); إنه يتخلص من كل شىء مخالف للمواصفات فى الإدخال كما قمت بتخزين قيمة حقل رقم الموظف الجديد فى متغير و ليس فى مربع نص أظن هذا أسرع Dim myitem As Integer myitem = Me.EID[/b][/color][/size] [size="4"][color="#008000"][b] أما الترقيم التلقائى ( مع أن الحقل رقم) فقد كنت أبحث عنه منذ زمن Me.EID.Value = Nz(DMax("[Eid]", "main") + 1, 1) قلت لك إنها أشياء رائعة و روعتها فى عموم نفعها فانت تشعر أنها أسلحة تحملها معك فى كل برنامج جديد كما انها طيعة قابلة للتطوير شكر الله لك وزادك علما و إلى لقاء فى استشارات أخرى تتلوها درر أخرى

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

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

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