بحث مخصص من جوجل فى أوفيسنا
![]()
Custom Search
|
-
Posts
384 -
تاريخ الانضمام
-
تاريخ اخر زياره
نوع المحتوي
المنتدى
مكتبة الموقع
معرض الصور
المدونات
الوسائط المتعددة
كل منشورات العضو nssj
-
شكراً لك على الإفادة أخي الكريم husamwahab وتطبيقا لما فهمته عدلت على استعلام الحذف بحيث أكتب فيه مباشرة أرقام الحذف المطلوبة، فأصبح بهذه الصورة وإلى هنا تم المطلوب بحمد الله، فجزاك الله خيراً وأحسن إليك ولكن .. أطمع بإجراء آخر إن كان بالإمكان وهو تحويل الكود الذي تفضلت به إلى وحدة نمطية ذكية أو كود ذكي، يتم استدعاؤه من أي نموذج، فيخرج هذا المربع [حذف من () إلى ()] وبمجرد كتابة الأرقام يقوم بالمهمة، دون الحاجة لكتابة كود لكل نموذج أو تغيير اسم النموذج، فهو يغير اسم النموذج بالنظر للنموذج الذي تم استدعاؤه منه، وفي جميع النماذج الأرقام المطلوبة هي تحت حقل باسم موحد (TNO) وفي الملف المرفق نموذجين للتطبيق عليهما إن كان هذا ممكنا Tab05.accdb
-
شكراً لك أخي الكريم husamwahab ولكن رغبة في التعلم اسمح لي بسؤال: لماذا لم تستخدم استعلام الحذف أنا بالنظر لكوني مبتدئاً أشعر أن التعامل مع الاستعلام أسهل، لا سيما وهو في وضع التصميم، حيث أستطيع تغيير الجداول والحقول حسب الحاجة دون اللجوء للغة البرمجة (SQL)
-
الإخوة الكرام .. مطلوب استعلام لحذف سجلات معينة يتم تحديدها بالأرقام من () إلى () والترقيم من حقل (Tno) Tab02.accdb
-
نعم أخي الكريم husamwahab هذا هو المطلوب فجزاك الله خيراً وأحسن إليك
-
الإخوة الكرام .. مطلوب كود لتعبئة حقل (MNO) من الجدول (TAB_TF) والقيمة المطلوبة هي الرقم الموجود في حقل (MNO2) ويحدده قيمة الحقل (lvl) فحيث ما كانت قيمة (lvl) = 1 أو 2 فإن قيمة (MNO) هي رقم (MNO2) السابق له والذي قيمة (lvl) فيه = 0 أما حيث ما كانت قيمة (lvl) = 3، فإن قيمة (MNO) هي رقم (MNO2) السابق له والذي قيمة (lvl) فيه هو 2 وليس مطلوبا تعبئة السجلات التي تكون فيها قيمة (lvl) = 0، لأنها ستحذف، فهي موجودة فقط لتعبئة الجدول بالطريقة السابقة والترتيب بناء على حقل (Tno) وللتوضيح فإن هذه الأرقام لبيان الأصول والفروع، فحقل (MNO) هو للأصول ، وحقل (MNO2) لفروعها وحيثما كان (lvl) = 0 ، فهذا يعني أنه الأصل والفروع التابعة له هي التي فيها (lvl) = 1 أو 2 ولكن الفرع الذي برقم (2) قد يكون له فروع، وهي الأرقام (3) التي بعده أرجو أن أكون قد وفقت في شرح المطلوب، ولزيادة البيان ففي الملف المرفق جدول (TAB_TF2) كتبت بعضه يدويا للتوضيح Tab_Tf.accdb
-
😐 طيب .. ممكن طلب آخر يمكن يكون أسهل هل يمكن تحويل هذه الأكواد إلى وحدة نمطية ذكية لتطبيقه على أكثر من نموذج .. قصدي بوحدة نمطية ذكية أنها تكتشف اسم النموذج والجدول بنفسها، فبمجرد استدعاء الكود من أي نموذج يقوم الكود بتنفيذ العملية عليه .. لأن حقل الترقيم الذي هو مجال عمل الكود موحد في جميع الجداول والنماذج وهو (Tno) والأكواد المطلوبة 1- كود نقل السجل حركة واحدة للأسفل أو للأعلى، وهو أحد الأكواد التي أشار إليها عليها الأخ biskra 2- كود الإضافة الذي تفضل به الأخ (kanory)، حيث سوف أستخدمه في الجداول والنماذج الفرعية، حيث لا توجد مشكلة النصوص الطويلة التي تسبب البطء، وميزة كود الأخ (kanory) أنه لا يتطلب وجود الترقيم العشري يكفي فيه فقط وجود حقل الرقم المسؤول عن الترتيب (Tno) وفي الملف المرفق نموذجان للتطبيق عليهما .. وقد نسخت الأكواد المطلوبة في وحدات نمطية للتوضيح .. هذا ما أعرفه فقط النسخ واللصق، أما التحويل والتفعيل فهذه لأهل الخبرة MusndWZwayid 01.accdb
-
الإخوة الكرام .. كنت أستخدم (WORD – 2016)، ثم أصبحت أستخدم إصدار (2016) ومن الفروق بين الإصدارين هو أنه كانت توجد أسهم وزر الانتقال في شريط التمرير كما في الصورة ولم أجد هذه الميزة في إصدار (2016) وكانت هذه الأسهم مريحة للانتقال إلى الجدول التالي والسابق، فضلا عن الانتقال للتالي والسابق عند البحث .. وهي أسهل وأسرع في هذه الأمور من (جزء التنقل) فهل توجد طريقة لإظهار هذه الأسهم في إصدار (2016)
-
بخصوص استخدام خاصية Lookup في الجداول .. ما هو البديل وهل هناك استثناءات؟
nssj replied to nssj's topic in قسم الأكسيس Access
بارك الله فيك أخي الكريم وأحسن إليك .. تم المطلوب في هذا الموضوع .. والحمد لله على تيسيره -
بخصوص استخدام خاصية Lookup في الجداول .. ما هو البديل وهل هناك استثناءات؟
nssj replied to nssj's topic in قسم الأكسيس Access
شكراً أخي الكريم على توضيحاتك .. ويناء على كل ما سبق سأبني جدول (TAB_Msaneed) بنفس الطريقة، حقوله الأربعة التي كانت قوائم من عمودين أجعلها أرقاما فقط، وترجمة هذه الأرقام لمعانيها في الجدول المخصص (tbl_C) واستفسار أخير بخصوص حقول (LVL) ذات القائمة الواحدة من عدة أرقام، أنا في الجدول أضع لها خاصية (قاعدة التحقق من صحة) وأحصر الإدخال بالأرقام المطلوبة (1 or 2 or 3)، من باب الأمان وضمان ألا يتم إدخال غيرها تحت أي ظرف .. هل هذا مناسب؟ -
بخصوص استخدام خاصية Lookup في الجداول .. ما هو البديل وهل هناك استثناءات؟
nssj replied to nssj's topic in قسم الأكسيس Access
1- تمام .. ولكن من باب الفضول هل لك أن تبين لي ما هي الفائدة التي قد تلزمني في المستقبل؟ 2- كونك أخي الكريم قلت (أو) يعني أنك ترى أن الاحتمالين بنفس الأداء، فهل ما فهتمه صحيح؟ .. فإن كان كذلك فأنا بنظرتي السطحية أفضل الاستعلام الداخلي يعني (استعلام إعدادات مصدر الصف) حتى لا تكثر الاستعلامات في الواجهة 3- الإشكالية التي عندي بسبب أن حقل (LVL) في بعض الجداول من رقمين وفي بعضها من ثلاثة، وقد يضاف مستقبلا في جدول آخر من خمسة أرقام مثلاً .. فكيف يتم التمييز بين قيمته في كل جدول مثلا حقل (LVL) في جدول (TAB) من ثلاثة أرقام، وهو في جدول الرموز (TAB_RMZ) من رقمين .. فاجتهدت وجعلت مصدر الصف في نموذج الرموز (FRM_RMZ) استعلام ووضعت في خانة المعيار (1 or 2) وزبطت معي .. أصبح يعرض قائمة من رقمين فقط .. بينما في النموذج الرئيسي (Frm1) يعرض الأرقام الثلاثة .. فهل هذا تصرف صحيح ؟ 4- وعندي اقتراح آخر بخصوص حقل (LVL) وأمثاله حيث المطلوب اختيار رقم من قائمة .. أقصد قائمة من عمود واحد وليس من عمودين، أن تكون قائمة الأرقام هذه في النموذج ، في [نوع مصدر الصف] (قائمة القيم) وفي [مصدر الصف] أضع الأرقام المطلوبة، فبذلك تظهر قائمة الأرقام المطلوبة دون اللجوء لجدول (tbl_C) كما فعلت ذلك في نموذج (FRM_EH) فإذا كان هذا الإجراء مناسبا فيمكن استخدامه في بقية الجداول ونماذجها .. أضع قائمة الأرقام في النموذج بهذا الشكل، كل نموذج وما يناسبه .. فما رأيك أخي الكريم ؟ وعندي استفسار آخر في هذا الموضوع سأطرحه بعد أن أستوعب المعلومات السابقة .. فهي معلومات دسمة بالنسبة لي 😁 MusndWZwayid03.rar -
بخصوص استخدام خاصية Lookup في الجداول .. ما هو البديل وهل هناك استثناءات؟
nssj replied to nssj's topic in قسم الأكسيس Access
شكرا على هذه النصائح أخي الكريم جعفر .. ولدي هنا استفساران، لكن قبل ذلك أحب أن أحيطك علماً بأني أنا المستخدم الوحيد الذي له الحق في إدخال البيانات والتعديل عليها، وحتى على افتراض أني وجدت يوما من يساعدني في بعض هذه الأمور فلن تكون هذه الإجراءات والتحديثات على قاعدة البيانات مباشرة .. لابد حينها أن أجد طريقة أستعرض فيها هذه البيانات لأتأكد منها قبل إدخالها في قاعدة البيانات .. أحببت أن أحيطك علما بهذه المعلومة لأنه قد يكون لها تأثير على النصائح والتوجيهات والتعديلات التي تتكرم بها 1- الاستفسار الأول: ما فائدة حقل (c_Option_2) في جدول (tbl_C) 2- ثانيا: توجد لدي بعض الحقول بنفس الاسم في عدة جداول، مثلا حقل (LVL) وهو يعبر عن المستوى وهو مجرد بضعة أرقام، أضعه بهذه الاسم في كل جدول أحتاجه فيه، ولا يوجد في جدول (tbl_C) خانة لاسم الجدول فكيف تميز هذه الحقول التي بنفس الاسم .. أم أن وجود حقول بنفس الاسم في أكثر من جدول خطأ ؟ -
هيك صار سهل علي .. 😁 شكرا لك أخي الكريم
-
أخوي جعفر .. هذا الحكي مو سهل علي 😐 .. ما عرفت أطبقه .. معلش وضعي صعب وبخصوص استعلام الأخ طارق لاحظت إنو حتى في حقل الأرقام لا يعتبر الفراغ في أحد الحقلين فرق
-
شكرا لك أخي الكريم .. هذا المطلوب بخصوص الحقلين حيث البيانات المدخلة أرقام فقط ولكن يظهر أنه لا يعمل بدقة إلا في حقول الأرقام .. فقد جربته على الحقلين الآخرين حيث الأرقام والرموز ولم تكن النتيجة دقيقة
-
كيف يمكن المقارنة بين حقلين في نفس الجدول لمعرفة هل هما متطابقان وأين الفروق إن وجدت .. حاولت باستخدام استعلام البحث عن غير المتطابقات وما زبطت معي 🙄 كتجربة في الملف المرفق الحقلين (Tlvl - TlvlXX) والبيانات فيهما أرقام والحقلين (EhnameXX - EHname) والبيانات فيهما أرقام ورموز بسيطة tab01.accdb
-
جزاك الله خيرا أخي الكريم جعفر وأحسن إليك.. النتيجة تمام بحمد الله جربت على ملف فيه أكثر من ألف حديث، وكانت النتيجة بحمد الله دقيقة .. بدليل أن الكود لم يدرج رموزاً أخطأت في كتابتها مع أن الفرق بينها وبين الرموز الصحيحة دقيق جدا .. فتم الأمر على أحسن وجه دون اللجوء (للحلول الغريبة 😁) فالحمد لله على تيسيره وبخصوص انعكاس الرموز فالظاهر أنه ينبغي علي تحمل هذا الأمر مؤقتا .. فبعد الانتهاء من ملفات الوورد وتحويلها لأكسس واستخدام هذا الكود لتعبئة جدول الرموز .. سأقوم باستبدال الرموز (الغريبة) بأرقام خاصة لأن شرطي المرور أكسس يحب التعامل مع الأرقام
-
أخي الكريم جعفر .. النتيجة تمام في هذا الملف الصغير وكالعادة 😁 سأجربه على ملف أكبر وسأوافيك بالنتيجة بعون الله
-
أخي الكريم .. هذه الرموز ليست للفهرسة ولا علاقة لها بالكتب .. هي رموز لأمور ومعاني متعددة متعلقة بالأحاديث من حيث السند والمتن والترتيب والموضوع .. ولها مهام متعددة .. بعضها مؤقت وبعضها دائم
-
أظنك أجي جعفر تقصد بالملاحظات عدم التمييز بين الفروق الدقيقة في الرموز .. يعني عند وجود رمز (+)|| فإن الكود يضيف ثلاثة رموز (+) (+)| (+)|| كنت سأقترح عليك أن نزيد في البحث مسافة بعد الرمز .. يعني عندما يبحث الكود في حقل النص عن رمز (+) يبحث عنه مع وجود مسافة بعده لتمييزه عن (+)| وعن (+)|| لأن معظم الرموز الموجودة في النص توجد بعدها مسافات للكتابة بعدها لكن هناك عدد لا بأس به من الرموز ليس بعده مسافة لأنه في آخر السطر، وهي الرموز التي تكون في أول سطر من حقل النص ويمكن تجاوز هذه الإشكالية أيضا إذا كان يمكن للكود أن يبحث عن الرمز مع وجود مسافة بعده أو علامة آخر السطر .. لأنه لا ينبغي لأي رمز في حقل النص أن يكون بعده أي حرف ليس منه، إما مسافة أو أن يكون في آخر السطر فهل هذا الاقتراح يفيد في تجاوز الإشكالية ويزيد من دقة أداء الكود ؟ ثم .. ما هي قصة انعكاس الرموز ؟؟
-
بسيطة .. هاي عشر أمثلة في الملف المرفق أدرجت الرموز في النموذج يدويا .. ولاحظ في الصورة انعكاس الرمز في الجدول .. وما بينعدل إلا إذا كتبت بعده ؟؟ عشان هيك وضعهم مزبوط في حقل النص وطبعا المعلومات تم تخزينها في جدول الربط RMZ03.accdb
-
أخي الكريم .. المطلوب أساسا هو ما ذكرته في السؤال .. نسخ هذه الرموز ووضعها في جدولها الخاص حتى يكون بالإمكان حصرها واستحضارها وتحديث البيانات بناء عليها والحل الغريب الذي ذكرته يمكن التفكير بتفاصيله إذا كان طلبي الأساسي غير ممكن برمجيا .. وهو حل حتى لو افترضنا أنه يمكن تطبيقه فيه مخاطرة .. فقد يحذف رمز نسيت أن أدخله في الجدول وقد انتبهت اليوم وأن أجرى بعض التجارب والمحاولات عبر استعلامات التحديث والاستبدال -طبعا كلها كانت تجارب فاشلة 😒- انتبهت أنه ليس في الجدول واحد من أكثر الرموز استخداما .. وهو (+) وعليه فأرجو منك أخي الكريم إن أرت المحاولة أن تعتمد الملف المرفق هنا وليس السابق وأحب أن ألفت نظرك أخي الكريم إلى أن هذه الرموز فريدة .. يعني وضعتها بهذا الشكل الغريب حتى لا تكون متكررة في ملفات الوورد فيمكنني البحث عنها ولكن بينها فروق دقيقة ينبغي مراعاتها عند البحث والنقل في الكود مثلا: (+) ((+)) (+)| (+)؟ هذا بالإضافة إلى مشكلة انعكاس الرموز .. فهل سيكون لها تأثير سلبي عموماً أخي الكريم .. إن ظهر لك أن طلبي صعب تطبيقه برمجيا لهذه الأمور فعندها لكل حادث حديث RMZ02.accdb
-
الجواب: هذه الرموز لها عدة مهام وهي مطلوبة للحصر، ولكل واحد منها معنى، لذلك ينبغي أن تكون في حقل خاص لطلبها وحصرها وأداء مهامها .. فمن مهامها تحديد قيمة (Type2) ولها دور في ترقيم (MNo) وأخيراُ وليس آخرا .. قد تبدو هذه الرموز غريبة .. لكنها مهمة لعملي لدرجة أني أمضيت أكثر من عامين في وضعها وتوزيعها على الملفات 🙂 .. وبدأت في هذا العمل قبل أن أحول ملفات الوورد التي عندي من نصوص إلى جداول .. ولو بدأت بالعمل فيها والملفات على شكل جداول لجعلت لها عموداً خاصاً .. وعندها سيكون تحويلها لحقل خاص سهلا .. ولكن فات الأوان .. فهل يمكن تدارك الأمر في أكسس أم علي أن أقوم بالمهمة يدوياً وأخيراً .. خطر في بالي حل غريب إن كان طلبي صعبا .. نسخ حقل النص وإلغاء كل ما فيه ما عدا هذه الرموز 😁
-
الإخوة الكرام .. في الملف المرفق جدول لرموز معينة (TAB_RMS) وهذه الرموز موجودة في حقل النص (NASS) في الجدول الرئيسي (TAB) والعلاقة بين الجدولين علاقة متعدد بمتعدد من خلال جدول الربط (TAB_RMS_X) والمطلوب تعبئة جدول الربط هذا تلقائيا إن أمكن يعني الرموز الموجودة في كل حديث توضع تلقائيا في جدول الربط لتظهر في النموذج، كما فعلت ذلك يدويا في الحديث الأول وأرجو الانتباه: توضع ولا تنقل، يعني المطلوب أن تبقى في حقل النص للمراجعة مع ملاحظة أنه توجد مشكلة في كتابة الرموز فهي تظهر بشكل معكوس، وعند الكتابة بعدها تنعدل .. فما هو السبب RMZ.accdb