ابوخليل

بل كلها ملاحظات .. انت عملت مثالك على البركة ... وليس على اساس علمي معرفي .. وانصحك بالتعلم واليك الملاحظات وما تم تعديله 1- لم تعط الجدول اسما يدل على انه جدول وكذلك النموذج 2- تركت مسافات خالية بين الكلمات عند التسمية 3- لم تسم الحقول تسمية صريحة بل استخدمت رموز لا تعطي وصفا دقيقا من اول نظرة 4- تسمية الحقول بكلمات محجوزة في اكسس مثل Date 5- ربط العلاقات خاطىء هذه ملاحظات على السريع تم تعديلها school2.rar

معذرة .. ايقاف وليس الغاء انظر الصورة والابقاء على حقل الدرجة = نعم

مشاركة مع اخي خليفة فقط الغي جدولة الحقول AccessFIX).rar

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

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

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

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

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

اول ملاحظة : يجب ادراج معرف الأب في جدول الاولاد وفي جدول الرسوم

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

فكرة حسب تصوري الافضل تستبعد فكرة المربعات عند تصميمك لأن الطاولة عبارة عن رقم يدل على صاحب الطلب صورة العمليات تتم كالتالي : المطاعم الكلاسيكية العادية : النادل طلب من المحاسب تسجيل عصير للطاولة 1 ... المحاسب ادخل المعلومة وطبع فاتورة بالمطلوب مع رقم الطاولة الى معد الوجبات النادل اخذ الطلب من المعد واوصله الى طاولة واحد ........................ طلب اضافي من طاولة 1 ... 2شاي يذهب النادل الى المحاسب ( وتتكرر العملية ) ................... عند الانتهاء ياخذ النادل الفاتورة النهائية (فاتورة العميل ) ................................................................................................................ المطاعم السريعة : والتي تتيح الاكل داخل المطعم هذه يمكن ان تعمل المربعات لأن الدفع مقدم والطاولة يختارها الكاشير بناء على المتاح ...................... ومؤكد ستجد افكارا اخرى من الأجبة الزملاء

تفضل الترقيم حسب طلبك ترقيم مع السنة2.rar

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

تمام باش مهندس .. الآن هو يمكن فهم كل ما كتبته له اعلاه

هل يمكنك اعطاء كل اسم مشروع معرف خاص بحيث يكون الاعتماد على هذا المعرف في البحث وعمليات الترقيم وغيره ؟؟ طبعا اسم المشروع سيكون ظاهر ولكن القيمة الحقيقية هي المعرف ... كما هو الحال في مربعات التحرير

حتى تستفيد من الكود مباشرة كما هو بدون تعديل ( لان اضافة شروط قد تكون سببا في الزام ما لا يلزم ) هو ان تكون معرفات المشاريع بطول واحد .. كأن تضيف اصفار في بداية المعرف لان احد المعرفات عدده 9 بينما آخر اثنان

اهلا استاذ عبد اللطيف وكل سنة وانت طيب او وضع اي شي تريده محل القيمة الفارغة .. كما وضحت انت في الفيديو بارك الله فيك هي نفسها .. اقصد لاجديد يمكن ان تظهر النتيجة بدون استخدام الدالة فقط [الاسم]= ولكن الحركة الجميلة هي التعويض بدلا من وضع القيمة الافتراضية

كما تحب .. ستجد المبادرة من اخوتك هنا في النصح والتوجيه والتعليم ولكن اجعل منهجك انك من سيصيد السمكة ويشويها ثم يأكلها ولا تبحث عن سمكة جاهزة

النصيحة من الآخر لك .. ولمن يمر من هنا من طلاب العلم لا تخرج من الجداول ولو بقيت شهورا حتى تتقنها واتقانها من جهتين : 1- فهم مشروعك جيدا وتصوره التصور الصحيح ( تحليل بيانات / المدخلات / المخرجات والنتائج) 2- بناء الجداول على هذا التصور بناء علميا صحيحا ولن تحقق هذا حتى تطرح مشروعك للنقاش والاستشارة .. ما الجداول التي انت بحاجتها ؟ .. وكيف تبنيها؟ ....................... اذا طبقت هذا باتقان اضمن لك انك سلكت طريق الاحتراف ويتبقى عليك توظيف الادوات لخدمة هذه الجداول

انظر هنا قريب من طلبك جرب وما لا تتمكن من تطبيقه اطرحه هنا

اكسس لن يطاوعك اذا في الجدول بيانات ... لتحويل نوع الحقل الى ترقيم آلي يجب حذف جميع بيانات الجدول استمر .. واستمر بطرح الاسئلة .. اجعل خطواتك مبنية على علم وفهم صحيح

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

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

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

بالنسبة للتقسيم وتفاعل قاعدة البيانات .. كلها ليس لها تأثير ملحوظ اما ان كانت خطتك التوسع مستقبلا وتحويل قاعدة الجداول الى sql فـــــ primary Key ضروري جدا علما انه ينصح دائما بعمل حقل ترقيم تلقائي يكون هو مفتاح الجدول .. ويعمل هذا من اجل محرك أكسس .. وليس من اجل المشروع