ابوخليل

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

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

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

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

السلام عليكم استخدام عدة جداول اكثر مرونة حيث يمكن اجراء بعض العمليات التي يصعب عملها من خلال الجدول الواحد هذه وجهة نظري ولعل اهل الخبرة في هذا المجال من اخوتك هنا يدلون بتجاربهم

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

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

شكرا جزيلا استاذنا .. معلومة جديدة استفدتها كان عليّ قبل الاجابة ان اطلع على مثاله واحاول التجربة

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

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

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

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

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

متابع

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

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

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

تم تعديل الكود بطريقة اخرى وتمت تجربته ويعمل على اكمل وجه اذا ظهر عندك الخطأ يجب عليك : 1- اولا اعمل ريستارت للجهاز 2- التأكد من لوحة المفاتيح .... 3- اعداداتها في وندوز db4.mdb

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

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

وعليكم السلام ورحمة الله وبركاته Private Sub codeGovernorate_AfterUpdate() Forms!mpr!codeGovernorate = Me.codeGovernorate End Sub Private Sub coderanking_AfterUpdate() Forms!mpr!coderanking = Me.coderanking End Sub نقل قيمة2.accdb

اجعل الحدث عند اغلاق النموذج وليس عداد النموذج الصق السطر الخاص بالنسخ فقط Call Shell("xcopy /y E:\MyFolder\Databasebackup.mdb c:\backup", 1) Databasebackup.mdb

عليكم السلام الامر الموجود في النموذج موجود فعلا في الاستعلام ولكننا في اكسس لا نستخدم الاستعلامات في عرض البيانات مباشرة ، ولكننا نستعرضها من خلال النماذج او التقارير

الوزن يكون على المواد الاولية المخرجة لاعداد وجبات اليوم ، ويمكن الاخراج يتم على فترتين (الصباح والمساء ) مثلا 20كج طماطم ، 30 كج لحمة ، 15 كج طحين ، 10 كج بصل ، علبة بهارات ، 4 جالون زيت .. وهكذا السندويش او الكباب او السلطات وغير ذلك من الاطعمة المصنعة غير داخلة في الحسبة ... فهذه اصناف مختلفة ( منتجات) ولها جداولها وحسبتها الخاصة وترتبط بجدول المبيعات فقط

عيدكم مبارك كل عام وانتم بخير