ابوخليل

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

يوجد البحث عن الاخطاء في الأكواد البرمجية التي في محرر الاكواد : Debug / compile

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

السلام عليكم حاول مع احد الحلين التاليين : 1- قم بضغط واصلاح قاعدة الجداول ان نفع معك والا 2- تفقد تسميات الحقول لديك : احذف اي مسافة خالية بين الحروف في التسمية مثلا حقل الاسم = emp Name اجعله empName او emp_Name ثم قم بعملية الضغط والاصلاح

تفضل نعمل متغير عام يحمل قيمة (مسار الصورة ) وفي التقرير يكفي نداء المتغير اضافة الصور2.rar

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

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