ابوخليل

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

شكرا استاذنا على المداخلة وهذه طريقة لبناء دالة على اكتاف Replace مع اخذ الاحتياط بحذف المسافات الفارغة الزائدة ان وجدت ' الصق هذه في وحدة نمطية عامة Public Function fnchang(vtext As String) Dim i As String i = Replace(vtext, "/", "-") i = Replace(i, "(", "-") i = Replace(i, ")", "-") Do While InStr(1, i, " ") > 0 i = Replace(i, " ", " ") Loop End Function ' تم تعديل الدالة نبهني الى الخطأ فيها اخي وحبيبي الاستاذ جعفر ' الصق هذا السطر في حقل جديد في الاستعلام text2: fnchang(text1) ، text1باعتبار هو اسم الحقل الذي سيجري عليه التغيير

عليكم السلام .. اهلا ابا انس Me.text1 = Replace([text1], "/", "-") ' في الحدث المناسب في المحرر text2 : Replace([text1]; "/"; "-") ' في الاستعلام لاحظ انك ان استخدمت الكود سوف تتغير وتتحدث البيانات في الجدول اما ان استخدمت الاستعلام فستبقى البيانات في الجدول كماهي وتستخدم الاستعلام لعرض النتيجة الجديدة لذا ننصح بالعمل على نسخة للتجربة حتى اذا اصبحت النتيجة حسب المطلوب تطبق عملك على برنامجك

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

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

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

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

ادرج في الجدول ترقيم تلقائي واجعله مفتاح للجدول وفي التقرير افرز حسب هذا الحقل

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

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

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

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

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

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

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

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

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

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

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

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

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

متابع

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

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

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