nssj

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

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

كيف يمكن المقارنة بين حقلين في نفس الجدول لمعرفة هل هما متطابقان وأين الفروق إن وجدت .. حاولت باستخدام استعلام البحث عن غير المتطابقات وما زبطت معي 🙄 كتجربة في الملف المرفق الحقلين (Tlvl - TlvlXX) والبيانات فيهما أرقام والحقلين (EhnameXX - EHname) والبيانات فيهما أرقام ورموز بسيطة tab01.accdb

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

أخي الكريم جعفر .. النتيجة تمام في هذا الملف الصغير وكالعادة 😁 سأجربه على ملف أكبر وسأوافيك بالنتيجة بعون الله

أخي الكريم .. هذه الرموز ليست للفهرسة ولا علاقة لها بالكتب .. هي رموز لأمور ومعاني متعددة متعلقة بالأحاديث من حيث السند والمتن والترتيب والموضوع .. ولها مهام متعددة .. بعضها مؤقت وبعضها دائم

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

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

أخي الكريم .. المطلوب أساسا هو ما ذكرته في السؤال .. نسخ هذه الرموز ووضعها في جدولها الخاص حتى يكون بالإمكان حصرها واستحضارها وتحديث البيانات بناء عليها والحل الغريب الذي ذكرته يمكن التفكير بتفاصيله إذا كان طلبي الأساسي غير ممكن برمجيا .. وهو حل حتى لو افترضنا أنه يمكن تطبيقه فيه مخاطرة .. فقد يحذف رمز نسيت أن أدخله في الجدول وقد انتبهت اليوم وأن أجرى بعض التجارب والمحاولات عبر استعلامات التحديث والاستبدال -طبعا كلها كانت تجارب فاشلة 😒- انتبهت أنه ليس في الجدول واحد من أكثر الرموز استخداما .. وهو (+) وعليه فأرجو منك أخي الكريم إن أرت المحاولة أن تعتمد الملف المرفق هنا وليس السابق وأحب أن ألفت نظرك أخي الكريم إلى أن هذه الرموز فريدة .. يعني وضعتها بهذا الشكل الغريب حتى لا تكون متكررة في ملفات الوورد فيمكنني البحث عنها ولكن بينها فروق دقيقة ينبغي مراعاتها عند البحث والنقل في الكود مثلا: (+) ((+)) (+)| (+)؟ هذا بالإضافة إلى مشكلة انعكاس الرموز .. فهل سيكون لها تأثير سلبي عموماً أخي الكريم .. إن ظهر لك أن طلبي صعب تطبيقه برمجيا لهذه الأمور فعندها لكل حادث حديث RMZ02.accdb

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

الإخوة الكرام .. في الملف المرفق جدول لرموز معينة (TAB_RMS) وهذه الرموز موجودة في حقل النص (NASS) في الجدول الرئيسي (TAB) والعلاقة بين الجدولين علاقة متعدد بمتعدد من خلال جدول الربط (TAB_RMS_X) والمطلوب تعبئة جدول الربط هذا تلقائيا إن أمكن يعني الرموز الموجودة في كل حديث توضع تلقائيا في جدول الربط لتظهر في النموذج، كما فعلت ذلك يدويا في الحديث الأول وأرجو الانتباه: توضع ولا تنقل، يعني المطلوب أن تبقى في حقل النص للمراجعة مع ملاحظة أنه توجد مشكلة في كتابة الرموز فهي تظهر بشكل معكوس، وعند الكتابة بعدها تنعدل .. فما هو السبب RMZ.accdb

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

أخي الكريم ابوخليل عندما نفذت الكود الجديد حدث خلل بالترقيم كما في الصورة وعندما عدت إلى الكود الأول باستبدال السطرين المذكورين كانت النتيجة تمام إذا كان جعل الترقيم الثاني يبدأ بـ (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