ابوخليل

مثالك وفي النموذج الرئيسي يوجد تكرار في الازرار .. ما دمت تريد التقييم عام على الجميع

على كل حال سوف اقوم بتعديل المثال حسب طلبك

1- يكون التقييم عام للجميع

2- عمل تقرير شهري للجميع ( على اعتبار ان التقييم يتم كل شهر )

3- عمل بحث باسم او معرف الموظف

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

هل صحيح ان التقييم يتم كل شهر؟

واذا صحيح على كم بند يتم تقييم الموظف ؟  بند واحد؟ او اثنين؟ او اكثر؟

اجبني بكل دقة

13 دقائق مضت, زيد يحي said:

 

زيد يحي

قام بنشر منذ 22 ساعات

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

هنا موضوعي الجديد يمكنك الاطلاع وتحرير طلبك هناك

لا كوارث ولا اي شيء اذا اخذت بالاحتياط

ولكن التقصير منك

خذ مني كيف اسير في عملي

1- احذف اي شيء لا فائدة منه اول بأول .. مثل استعلامات الفحص والتجربة .. والجداول التي الغيت العمل بها .. وينطبق هذا على النماذج والتقارير

وكما ذكرت لك اول بأول

2- بعد كل عمل مهم اخذ مني وقتا وجهدا اقوم باخذ نسخة احتياطية تكون في مجلد بعيدا واعطيها رقما متسلسلا .. للرجوع اليها عند الضرورة

تصور عند نهاية المشروع ان مجلد النسخ الاحتياطية يحتوي على العشرات لا تعجب اذا قلت ان الرقم قد يصل الى 100 ... وغالبا النسخة الأخيرة هي المهمة

3- احيانا اشعر ان قاعدة البيانات انهكت واصابها الاجهاد .. هنا اصدر كل ما تحتويه الى قاعدة بيانات جديدة

اول علاج

افتح قاعدة بيانات جديدة ثم اجلب اليها جميع الموجود في القاعدة القديمة

اذا صلح الحال وإلا فيجب تتبع الخلل

عادة لا يظهر الخلل عند استخدامك  سطر القفز على الأخطاء في المحرر

تم تعديل العنوان

بارك الله فيك

واعتذارك يدل على طيبة قلبك وحسن خلقك   

المسألة ليست بحاجة الى مهارة

فقط وصف مختصر جدا لما تريده

المهم ان تجتهد قدر الإمكان باختصار بوصف الموضوع او ما  يدل عليه

...........

نحن هنا ننظم المنتدى من اجل المصلحة العامة المستقبلية

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

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

 .. على كل تم تصحيح العنوان وفتح الموضوع

2 ساعات مضت, أمير ادم said:

ما المشكله في هذ الكود

حولت تعديله لجلب البيانات المطلوبة من جدول التركيبات الى جدول التصنيع بناء على كود المنتج في التصنيع

حاولت تكرارا ومرار ولم يفلح مع الامر

وهذا هو كود الاستعلام المستخدم بناء على ماهو مذكور بالمرفق

 

?????????

?

2 ساعات مضت, ابوخليل said:

ارفق ملفك مع المحاولة 

لنرى اين الخلل

??????

ارفق ملفك مع المحاولة 

لنرى اين الخلل

العنوان غير مناسب

الحقيقة تعبت وانا اعدل على عناوين هذا العضو

هذه طريقة باستخدام الاستعلامات

ويوجد طرق اخرى .. ويرجع اختيار الطريقة لنوع العرض وخصائص اخرى 

مثلا ما يتحقق عند استخدام التقارير الفرعية لا يمكن تحققه باستخدام الاستعلامات فقط

اذا اردت اظهار حقول اخرى اضفها فقط في الاستعلامات وسوف تظهر في التقرير

انت تتعلم انظر النتيجة في التقرير واذا اردت التوسع يمكنك فتح مواضيع جديدة .. كل طلب بعنوان مستقل

وفقك الله واعانك

school5.rar

اسماء الاولاد لا ينبغي ان تعرض في المجاميع

الا اذا اردت التفاصيل والمجاميع  في تقرير واحد .. هنا يختلف تصميم التقرير  وقد نحتاج الى تقرير فرعي

او باستخدام الاكواد

انظر النتيجة المختصرة في المثال

وسوف اوافيك بتقرير مفصل

school4.rar

45 دقائق مضت, ابوالعزائم said:

 وبها بعض الملاحظات ارجو تعديلها مشكورا

 

بل كلها ملاحظات ..

انت عملت مثالك على البركة ... وليس على اساس علمي معرفي .. وانصحك بالتعلم 

واليك الملاحظات  وما تم تعديله

1- لم تعط الجدول اسما يدل على انه جدول وكذلك النموذج

2- تركت مسافات خالية بين الكلمات عند التسمية

3- لم تسم الحقول تسمية صريحة بل استخدمت رموز  لا تعطي وصفا دقيقا من اول نظرة

4- تسمية الحقول بكلمات محجوزة في اكسس مثل Date

5- ربط العلاقات خاطىء

هذه ملاحظات على السريع تم تعديلها

school2.rar

معذرة .. ايقاف وليس الغاء

انظر الصورة

والابقاء على حقل الدرجة = نعم

مشاركة مع اخي خليفة

فقط الغي جدولة الحقول

AccessFIX).rar

اللي فهمته انك تريد  معرفة ارصدة المواد المتبقية في المستودع الرئيسي

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

الافضل ان تنتظر فالاخوة الخبراء هنا فيهم الخير والبركة

لا اقلل من رأيك فكما ذكرت لك ان رأيك عين الصواب ،، وما تفضلت به ينطبق تماما على الفصول المتقدمة .. الثانوي وما فوق

لأن في هذه المرحلة الطالب هو من يدفع رسومه

كلامك صحيح لا غبار عليه

ولكن السائل يريد انشاء برنامج رسوم التلاميذ من الصفر

.........

دعنا جدلا  نقوم بانشاء هذا الحساب على برنامج مدرسي قائم

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

هذا الجدول يخص الشؤون المالية فقط ويسهل عملياتها فما المانع ؟

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

على طريقتك سوف يتم التسديد طالب طالب

وعلى طريقتي يتم التسديد جملة ( كل المبلغ او بعضه ) بغض النظر عن الطالب ومقدار رسومه

مثلا اب لديه 5 اولاد رسوم كل ولد 200  .... المجموع في جدول الطلاب = 1000

في جدول الرسوم يسدد الأب ما يقدر عليه الكل او دفعات ... والمقارنة تتم بين مجموع الرسوم  وما تم تسديده

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

في 4‏/4‏/2024 at 21:25, ابوخليل said:

حتى احقق كل ما تفكر به يجب ان تكون البيانات في المرفق شبه مكتملة

هكذا يمكننا اجراء واستخراج النتائج التي نفكر بها

 

 

اقرأ جيدا ما كتبته اعلاه

ولكن يبدو انك لست متحمسا لتغيير  طريقتك

لا بأس .. العنوان ذو دلالة  .. ولن نعدم مستفيدا .. نحصل منه على دعوة لنا بظهر الغيب

شكرا للأخ سعود على المداخلة

الذي يسدد هو الأب .. وقد يكون للأب العديد من الأولاد  بنين/بنات

اذا ربطنا جدول الأولاد بجدول التسديد سوف يتفرق دم التسديد بين القبائل 

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

الأفضل كم بينته انت في عرضك

جدول للآباء رئيسي وجدولين فرعيين واحد للأولاد والثاني لتسديد الرسوم

يكون معرف الأب في الجدولين الفرعيين والربط يكون مع معرف الأب في الجدول الرئيس

النتيجة :

1- حصر مجموع قيمة رسوم الأولاد بمعيار رقم الأب

2- حصر المسدد ( سواء كلي او دفعات ) بمعيار رقم الأب

المهم ان النتيجة ستظهر من سطر برمجي واحد  .. بعيدا عن الاستعلامات

اول ملاحظة :

يجب ادراج معرف الأب في جدول الاولاد وفي جدول الرسوم

1 ساعه مضت, gavan said:

وانا اقوم بتحليل فكرتك يا استاذي القدير قسيم، خطرت على بالي فكرة وهي :

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

ان كانت فكرتي صحيحة بلغني ولك ولكل الأخوة الاعزاء أجمل سلام، 🌹🌹

تجنب الالحاق والحذف وما شابه .. انا اعتبره ضعف في التصميم

يمكن استخدام حقل نعم/لا او حقل رقمي او نصي اذا تم التأشير عليه يختفي بحيث لا يظهر الا السجلات التي لم تسدد

فكرة حسب تصوري

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

لأن الطاولة عبارة عن رقم يدل على صاحب الطلب

صورة العمليات تتم كالتالي :

المطاعم الكلاسيكية العادية :

النادل طلب من المحاسب تسجيل عصير للطاولة 1 ...

المحاسب ادخل المعلومة وطبع فاتورة بالمطلوب مع رقم الطاولة الى معد الوجبات

النادل اخذ الطلب من المعد واوصله الى طاولة واحد

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

طلب اضافي من طاولة 1 ... 2شاي

يذهب النادل الى المحاسب ( وتتكرر العملية )

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

عند الانتهاء ياخذ النادل الفاتورة النهائية (فاتورة العميل ) 

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

المطاعم السريعة  :

والتي تتيح الاكل داخل المطعم

هذه يمكن ان تعمل المربعات

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

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

ومؤكد ستجد افكارا اخرى من الأجبة الزملاء

تفضل الترقيم حسب طلبك

ترقيم مع السنة2.rar

اخوانك الخبراء هنا لا مشكلة لديهم .. بالعكس يسعدهم خدمتك بحل ما يواجهك من مشكلات

على كل حال سوف اوافيك بالحل الذي تريد والذي تفكر فيه .. من اجل تعرف ما نتحدث عنه

4 دقائق مضت, Eng.Qassim said:

في البداية كان سؤالك هكذا !!

وهذا ما عملت عليه... referenceNo يتغير حسب اسم المشروع ويبدأ بالعد من جديد في بداية السنة الجديدة

تمام باش مهندس ..

الآن هو يمكن فهم  كل ما كتبته له اعلاه