nssj

أخي الكريم أبو خليل .. أحسن الله إليك .. تم الأمر بحمد الله

أخي الكريم ابوخليل عندما نفذت الكود الجديد حدث خلل بالترقيم كما في الصورة وعندما عدت إلى الكود الأول باستبدال السطرين المذكورين كانت النتيجة تمام إذا كان جعل الترقيم الثاني يبدأ بـ (10000) أو ما يشبهه (20000 - 30000) يحل المشكلة فالأمر هين بانتظار الكود بالصيغة النهائية التي تراها مناسبة لاعتماده بارك الله فيك

شكرا لك أخي الكريم .. والرقم الثاني الذي بعده 100000 هل يعني أن الكود يرقم السجلات بهذا العدد فقط، وإذا كان الملف أكبر من ذلك ينبغي تغييره إلى (200000) أو أكثر

جزاك الله خيرا أخي الكريم ابوخليل ولكن بحاجة لتعديل بسيط، وهو أن يكون الترقيم متسلسلا حسب ترتيب السجلات المعتمد على حقل (TNO) فبالنظر للملف المرفق تلاحظ أن الكود بدأ برقم (10001) في السجل رقم (31) بينما السجل رقم (2) وما بعده أعطاه الرقم (10207) ومقتضى الترتيب أن يبدأ الترقيم من السجل (2) وهكذا هذا ما لاحظته ولم أتتبع الترقيم في بقية السجلات .. فهل من طريقة للتأكد من تسلسل الترقيم في النوعين حسب ترتيب (TNO) أرجو أن أكون وفقت في الشرح وطلب آخر إن تكرمت .. هل لك أن تبين لي ما ذا ينبغي أن أغير في الكود إذا أردت أن يبدأ الترقيم الثاني من (20001) مثلاً .. لأن تحديد بداية الترقيم الثاني يعتمد على عدد السجلات في الملف النهائي الذي لا زال طور الإعداد Musnd02.accdb

الإخوة الكرام .. في الملف المرفق المطلوب ترقيم حقل (MNO) بناء على قيمة الحقل (TYPE1) وذلك على أساس: السجلات التي تكون فيها قيمة الحقل (TYPE1) = 1 ، يتم ترقيمها ترقيما متسلسلا من (1) إلى (10000) وما سوى ذلك يبدأ ترقيمها من (10001) Musnd.accdb

هذه محاولة جديدة بخصوص حقل (LVL) في الجدول استخدمت خاصية (قاعدة التحقق من الصحة) وحصرت الإدخال بالأرقام المطلوبة وفي النموذج استخدمت مربع تحرير وسرد لعرضها هل هذا هو التصرف السليم في مثل هذه الحقول حيث المطلوب إدخال رقم من قائمة معينة فقط ؟ MusndWZwayid01.rar

كنت أستخدم خاصية Lookup (مربع قائمة – قائمة تحرير وسرد) بكثرة في الجداول عندما كنت أريد حصر البيانات المدخلة ضمن قائمة معينة .. وتعلمت استخدامها من مقاطع الفيديو المنتشرة على النت إلى أن وجدت عدة وصايا في هذا المنتدى المبارك تحذر من استخدامها وطبقت ما فهمته من مشاركات الإخوة الكرام على حقلين في الجدول الرئيسي (TAB) وهما (TYPE! – TYPE2) فأرجو أن أكون قد وفقت للإجراء المناسب ولكن .. هل الوصية بعدم استخدام خاصية Lookup هي في جميع الحالات والجداول بلا استثناء؟ وإن كان كذلك فما هو البديل في هاتين الحالتين: 1- حقل (LVL) في الجدول الرئيسي (TAB) استخدمت قائمة من عمود واحد على اعتبار أن المشكلة في قائمة من عمودين، لأن المطلوب في هذا الحقل اختيار أحد هذه الأرقام (1 – 2 - 3) فقط ولا يقبل الحقل إدخال غيرها .. ولم أعرف كيف أفعل ذلك حتى بمراجعتي للمواضيع المتعلقة بقناع الإدخال .. فإن كان استخدام خاصية Lookup في هذه الحالة غير موصى به أيضاً فما هو البديل ؟ 2- جدول (TAB_Msaneed) هو جدول صممته بناء على كلام أحد الإخوة، وهو جدول مغلق أو ثابت ليس لإدخال البيانات، هو أشبه بالفهرس، حقوله متفرعة عن بعض، لذلك تم استخدام خاصية القوائم فيه، قائمة من احتمالين، لكل احتمال احتمالين .. وهكذا ، وبالنظر في الملف المرفق تتضح الصورة بإذن الله .. فهل كونه جدولا مغلقا وليس مصمما لإدخال البيانات يعني أنه لا بأس من استخدام خاصية Lookup فيه، وإن لم يكن فما هو البديل في هذه الحالة ؟ هذا (أولا) وبعد الانتهاء منه بعون الله ننتقل إلى (ثانيا) ولكن في موضوع آخر كما اتفقنا 🙂 MusndWZwayid.rar

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

للرفع

عملاً بهذه الوصية وغيرها أعدت بناء الجداول كما هو في الملف المرفق، وكنت أستخدم هذه الخاصية في حقلي (TAB_TYP1 ، TAB_TYP2) فعملت بوصية الأخ جعفر واتبعت الخطوات التي ذكرها حسب فهمي .. فأرجو أن أكون قد وفقت وجعلت لعمود الترتيب اسما واحدا (Tno) في جميع الجداول التي أريد أن أستخدم فيها كود الإضافة والنقل والآن جاء وقت: رابعا: أضفت إلى الملف أحد الجداول الثانوية وهو جدول الرموز (TAB_RMZ) وعلاقته بالجدول الرئيسي علاقة متعدد بمتعدد، ووجدول الربط اسمه (TAB_RMZ_X) يعني أني أميز جداول الربط بحرف (X) في آخرها والمطلوب في هذا الجدول أمور: 1- في حقل (LVL) أريد حصر البيانات المدخلة في احتمالين (1، 2) لذلك جعلته كقائمة لأني لا أعرف طريقة غيرها، وهناك حقول في جداول أخرى بنفس الفكرة، أريد ان تكون قيمها محصورة ضمن قائمة محددة، فما هي الطريقة المناسبة لذلك إن كانت هذه الطريقة ليست سليمة 2- توجد مشكلة في كتابة الرموز فهي تظهر بشكل معكوس، وعند الكتابة بعدها تنعدل .. فما المشكلة 3- ما هي أفضل طريقة لجعل الرموز تظهر في النموذج لاختيار ما يلزم منها عند الحاجة، مع التذكير بأن الحديث يمكن أن يكون له أكثر من رمز .. وفي الملف المرفق محاولة مني لذلك 4- هذه الرموز موجودة في حقل (NASS) فهل توجد طريقة لتعبئتها تلقائيا، يعني إذا وجد في حديث رموز: {^} {+=} (|)، يتم إضافة هذه الرموز للحديث المطلوب في الجداول .. وهكذا في كل حديث MusndWZwayid.rar

مساعدة في تصميم الجداول في موضوع سابق (تعبئة حقل حسب قيمة حقل آخر) تفضل الأخ جعفر بإسداء بعض النصائح المهمة حول تصميم الجدول، لذلك ولأهمية الموضوع وتشعبه فقد طرحته في موضوع مستقل طالبا النصح من أهل الخبرة في أفضل تصميم للجداول يخدم البرنامج وبداية فإن البرنامج هو للأحاديث .. والمطلوب منه أساساً ثلاث مهام رئيسية: 1- البحث في النصوص بكلمة أو أكثر (كما في برنامج الشاملة) مع إمكانية حصر البحث في مسند معين أو موضوع معين أو رمز معين .. ولكل هذه الأمور جداولها الخاصة 2- استعراض الأحاديث والتنقل بينها وإليها حسب الموضوع وحسب الراوي 3- التخريج، وبعبارة برمجية ربط قاعدة البيانات الرئيسية بكتب الحديث، وهذه كتب توضع في ملف خاص وكل كتاب برقم، والربط يكون يدويا أقوم به يوما بعد يوم حسب التيسير والربط بين كل الجداول هو بالمفتاح الأساسي الذي لا يتكرر (MNO) هذه هي المهمات الرئيسية المطلوبة من البرنامج .. لكن العمود الفقري للبرنامج هو إضافة الأحاديث ونقلها والتعديل على نصوصها حسب ما يستجد من معلومات وطرق كما أفعل الآن في ملفات وورد .. لذلك لا زلت أنتظر الحل الأمثل لموضوع الإضافة والنقل في موضوع إضافة سجل بين السجلات ونقل السجلات ومصدر البيانات هو ملفات وورد .. وقد تفضل الأخ جعفر بحل مشكلة تحويل الجداول من وورد لأكسس كما هي فجزاه الله خيراَ ولا أزال أضيف اللمسات الأخيرة على ملفات الوورد .. وفي خلال هذه الفترة أحاول أن أتعلم ما يلزمني بخصوص أكسس لأني سوف أنتقل للعمل عليه .. والخطوة الأولى هي التصميم الصحيح لقواعد البيانات والجداول والجداول في وورد كلها بتصميم واحد، عمود للنص، وعمودان لأرقام ورموز خاصة لها دلالاتها .. سوف تحول لأكسس كما هي ثم يتم تحويل هذه الأرقام والرموز للبيانات المطلوبة في حقولها الخاصة، ثم يحذف هذان العمودان بعد ذلك وليس كل المعلومات المطلوبة موجودة في ملفات الوورد .. هناك معلومات سوف توضع في أكسس .. وأهمها الترتيب على الموضوعات .. فالمشوار لا زال طويلاً .. لكن مشوار الألف ميل يبدأ بخطوة .. والله الميسر وبعد الاطلاع على نصائح الأخ جعفر والموضوع الذي أشار إليه، فالجدول الرئيسي سميته (TAB) والجداول الأخرى تزيد حرفا أو أكثر (TAB_RM , TAB_MG) والاستعلامات تبدأ بحرف (Q) .. حرف واحد فقط لأني أحب الاختصار 🙂 والنماذج تبدأ بـ (FRM) والرئيسية منها بأرقام (FRM1 , FRM2) والفرعية تميز بالحروف حسب مصدرها (FRMrm, FRMmg) وكل جدول فيه رقم (ID) ترقيم تلقائي، وهو خاص للبرنامج ورقم (MNO) وهو للربط بين كل الجداول كما تقدم ورقم خاص لترتيب السجلات في كل جدول، وهو رقم متغير، يتغير حسب الإضافة والنقل والحذف، ولا تأثير له على الترابط والعلاقات بين الجداول .. وظيفته الترتيب فقط وهنا لدي أول سؤال: كنت أفكر أن أجعل له تسمية خاصة في كل جدول، مثلا في الملف الرئيسي (HNO) وفي ملف آخر (RNO) وهكذا .. لكن خطر في بالي أن يكون لهذا الحقل المسؤول عن الترتيب اسم واحد في كل الجداول التي أنا بحاجة فيها للإضافة والنقل وهو (TNO) وذلك لاستخدامه في كود الإضافة والنقل الذي سيتم اعتماده، فعند الحاجة لهذه العملية في أي جدول يتم استدعاء الكود الموحد لهذا الغرض ليقوم بإجراء العملية بالاعتماد على عمود الترتيب هذا باسمه الموحد .. فما هو الأفضل اسم واحد أم متعدد لكل جدول والسؤال الثاني: نصيحتك أخي الكريم جعفر حول ضرورة وجود حقل (Auto_Date) في الجدول، هل تعني في الجدول الرئيسي أم في بعضها أم في كل الجداول بلا استثناء ؟ والسؤال الثالث: اسم الملف الرئيسي في وورد (مسند وزوائد) فكيف تكتب هذه الكلمة بطريقة (عربي إنجليزي) لأسمي بها البرنامج .. مثلاً (MSNDUZUAD) ؟؟ وحتى لا تختلط علي الأمور .. ونظرا لقلة خبرتي أكتفي بهذا الآن .. منتظرا رأي الإخوة للانتقال لجزئية أخرى ولكن أترك لكم هذه الصورة المبدئية التي توضح العلاقات المفترضة بين الجداول .. طبعا هذه الصور قديمة أيام التجارب الأولى

هي كذلك فعلا .. ولأهمية الأمر فسأطرح قريبا موضوعا خاصا بعنوان (مساعدة في تصميم الجداول) لنبدأ من أول السطر فقد كان تركيزي هنا على تحديث حقل بناء على حقل آخر .. لكن ينبغي أولا أن أتأكد من أن هذه الحقول صممت بالطريقة الصحيحة وينبغي أن أشرح أولا بعض الأمور المهمة .. فمثلا في موضوعنا هذا فإن حقل (nom) هو حقل مؤقت تم استيراده من وورد، وفيه عدة رموز وأرقام، سوف تترجم إلى معلومات في حقلين (TYPE1 - TYPE2) ولها دور في ترقيم المفتاح الأساسي (Mno) وبعد أداء هذه المهمة سوف يحذف ليتم بعد ذلك مراجعة معلومات الحقلين وتعديل ما فيها من خطأ وتعبئتهما يدويا في حالة إضافة الأحاديث الجديدة .. لذلك وضعتهما على شكل قائمة محصورة الاحتمالات للاختيار بينها وعدم الخطأ في إدخال المعلومات بل وكذلك الأمر في حقل (Tlvl) حقل فيه رموز خاصة وضعت في وورد ، سوف تترجم إلى بيانات لها أهميتها في ربط الجدول الرئيسي بالجداول الأخرى .. وهذه أمور لا يكمن القيام بها في وورد .. فترجمة هذه الرموز والأرقام إلى بيانات هي مهمة أكسس .. ثم بعد ذلك معلومات الأحاديث الجديدة التي ستضاف ستحدث يدويا في حقولها الحاصل .. وحسب فهمي لقوانين هذا المنتدى المبارك فإن موضوعنا هنا تم بحمد الله .. وينتقل بحث تصميم الجداول لموضوع آخر .. والله الموفق

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

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

هل هذا يعني أنه لا يمكن دمج هذه الاستعلامات في استعلام واحد ثم .. تبقى مشكلة تحديث "*" "^" حيث أنه في الملف الذي أرفقتَه بعد تشغيل استعلام التحديث (type1) الخاص بـ "*" "^" تبقى هذه الحقول كما هي ولم تتغير إلى (1) كما في الصورة

تم التحديث حسب الأرقام .. ولكن لم يتم التحديث حسب "*" "^" هل المشكلة في وجود علامتي التنصيص "" فلا بد من استبدالها .. أم هناك حل

قياسا على ما تفضل به الأخ الكريم biskra قمت بعمل استعلامات تحديث للجزء الثاني كما في الملف المرفق، ولكن: 1- هل يمكن دمج هذه الاستعلامات في استعلام أو إجراء واحد 2- لم تنجح معي الخطوة الأولى التي فيها "*" "^" 3- وكذلك بالنسبة للخطوة الأولى المطلوب أن يحدث إلى (1) في حالة وجود أي رقم في حقل (nom) MZtab2.accdb

جزاك الله خيراً أخي الكريم biskra وبانتظار الجزء الثاني

في الملف المرفق المطلوب تعبئة حقلين بحسب القيمة الموجودة في حقل (nom) أولا: حقل (TR) وهو: نعم أو لا، المطلوب وضع إشارة (نعم) حيث تكون القيم في (nom) ^ أو #^ أو @^ ثانيا: الحقل (Type1) وهو قائمة من أربع قيم، والمطلوب: - إذا كان (nom) رقما أو ("*") أو ("^") تكون قيمة (Type1) [1 (مسند)] - إذا كان (nom) (@) أو (@^) تكون قيمة (Type1) [2 (موقوف)] - إذا كان (nom) (^) تكون قيمة (Type1) [3 (طريق)] - إذا كان (nom) (#) أو (#^) تكون قيمة (Type1) [4 (زائد)] MZtab.accdb

لا يزال عندي أمل 🙂

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

🤔 😐 🙂

أنا الذي أشكرك أخي الكريم على متابعة هذه الملاحظات في هذا الموضوع الذي لم أتوقع أن يتشعب بهذا الشكل أنا جربت الكود على الملف الــ (big boss 🙂) وقمت بجولة تجارب عنييييفة .. والأمور تمام على جميع الاحتمالات وبحمد الله .. فجزاك الله خيرا ثم لاحظت أن الكود بعد تطبيق الخيارات الذي تفضلت بها بخصوص علامات الجدولة أصبح أسرع .. بمعنى أن سطر (Me.tn.SetFocus) كان يزيد لحظة خاطفة من البطء عندما كان المؤشر ينتقل من النص إلى التكست بوكس .. أما الآن فالمؤشر يبقى في التكست بوكس بدون (لحظة البطء الخاطفة 🙂) لكن لابد من الابقاء على هذا السطر لأني لما حذفته عادت مشكلة أن المؤشر لا يقف دائما عند التكست بوكس عند استخدام المنظار كل هذه المعاناة لأن الإنتر يضيف سطرا جديدا في بداية حقل النص .. ويبقى هذا السؤال المحير: لماذا بقي تأثير الإنتر حتى بعد الانتقال وتنفيذ الكود .. أليس من المفترض أن أي كبسة يبقى مفعولها في الحقل أو الزر الذي كبست فيه .. 🤔 المهم أن موضوعنا قد انتهى على خير بحمد الله

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