ابوخليل

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

مشاركة مع اخي موسى ما دام السجل يأخذ ترقيما فريدا الى يصلح معيارا بدلا من التاريخ مثل : =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 بنود والمرفق لا يوجد فيه الا اربعة بنود ، وايضا يوجد بند الزي المدرسي وهذا البند لم تذكره في موضوعك لا ادري كيف تذكر انك توصلت للحل والمثال المرفق في وادي وطلبك اول مشاركة لك في وادي آخر اعذرني .. على فهمي

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

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

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

جرب .. ضغط واصلاح قاعدة البيانات

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

تفضل stock11 .rar

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