ابوخليل

عدلت العنوان من اجل يكون قريب للباحث وهذه طريقة اخرى ايضا Me.datex2 = Format(CDate(datex), "yyyy")

الحمد لله والف شكر على هذه الكلمات الطيبات

تمام كما بين واوضح اخي @ناقل .. بأن تنقل المعيار الى حقل اسم الصف وليس معرف الصف --------------------------------------------- أو .. تعديل الترقيم المشكلة في الترقيم افتح جدول الصف وغير في حقل saf_id الحقل كي جي 1 غيره الى 77 بدلا من 11 الحقل كي جي 2 غيره الى 88 بدلا من 12 السبب في ظهورها هو المعيار ... اي رقم يشتمل على 1 او 2 او 3 او 4 او 5 او 6 سوف يظهر لو الرقم 456 سوف يظهر مع الصف الرابع والخامس والسادس دقق في المعيار في الاستعلام وراح تفهم

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

انا اللي فاهم على صاحب الموضوع هو يريد تنفيذ (تشغيل) كود مكتوب في الجدول لهذا وجهته ان هذه الطريقة ستسبب له لاحقا مشاكل برمجية .. وايضا فيها محاذير أمنية . على كل حال انت صاحب الشان جرب هذا Dim x As String x = DLookup("cal", "test_tbl") Me.C = Round(Eval(x), 3) Cal error2.rar

ابشر .. سوف اراجع ملاحظاتك .. وأصلحها احتاج الى الوقت المتاح ..

مشاركة مع اخي موسى ما دام السجل يأخذ ترقيما فريدا الى يصلح معيارا بدلا من التاريخ مثل : =DSum("Price";"Q";"ID_Zabon = " & [ID_Zabon] & " and ID_NoF_OUT <>" & [ID_NoF_OUT])

تفضل لمسات لزيادة التحكم والضبط جرب البرنامج .. ووافني بملاحظاتك stock13 .rar

اهلا وسهلا اخوي جعفر .. عودا حميدا .. ومن طول الغيبات جاب الغنايم هذا بيت القصيد

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

تفضل تعديلات جوهرية 1- اختصار 3 نماذج الى نموذج واحد ( الوارد / الصادر / التلفيات ) من اجل سهولة التعديل والتطوير .. حيث يكون العمل من مكان واحد 2- عملت ضوابط في النموذج حسب نوع العملية .. لزيادة التحكم 3- فك ارتباط النماذج بالجداول ، وادخال البيانات عبر مجموعة السجلات .. ونكسب من هذه الطريقة : A- منع الحفظ التلقائي B- عدم الحاجة لعمليات الحذف ( اما الحفظ واما الخروج وعدم الحفظ ) stock12 .rar

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

بدلا من كتب المعادلة في الجدول اعمل في الجدول عمود بـــــ المعادلة1 / المعادلة2 / المعادلة3 .. الخ .. وعمود بجانبه رقمي يمثل معرف في محرر الفيجوال اعمل فنكشن : اذا قيمة الحقل الفلاني في الجدول الفلاني = 1 نفذ هذا السطر واذا القيمة = 2 نفذ السطر الآخر هذا وهكذا ... لو تعمل 100 سطر اتمنى شرحي واضح ومفهوم

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

لا انصح بهذه الطريقة .. ستسبب لك لاحقا مشاكل برمجية .. وايضا فيها محاذير أمنية .

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

علائقية .. نعم العلاقة من الأساسيات ، ولا يمكن تصور جدول ليس له علاقة بآخر الا ما ندر وهذا لا يعني الربط والقيود مثال قريب : مشاريع كبيرة تستخدم قاعدة بيانات sql لا نجد بين الجداول ربط الربط فقط في الاستعلامات وادخال البيانات ( صاحبة العلاقة) يتم التحكم بها بعدة طرق اعتقد لا تخفى عليك .. مثل مربعات التحرير ، والاختيار من القوائم .. والبيانات الآلية المحفوظة مسبقا .. وغيرها

جميل جدا ذكرتني الشاطىء وامواجه لا تلمني اقرب بحر لنا يبعد اكثر من 500 كم

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

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

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

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

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

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

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