ابو جودي

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

ارفق القاعدة

لا بأس طهور ان شاء الله شفاكم الله وعافاكم

مين قال لك تقول على وتكتب اسمى ع التطبيق انا ما عملت اى شئ

لا خالص ليه كل ده هيتم من من خلال استعلام او كود مع استعلام او كود بداخله بنية استعلام القاعده المرفقه فيه ده - جدول tblHolidaysWeekly دى عطلات اسبوعيه ثابته ولكن قد تتغير مع الايام لاى ظرف نبعا لقانون تنصه الدولة - جدول : tblHolidaysOfficial دى عطلات رسمية متغيره ويتم ملئ بياناته مع مطلع كل عام جديد أو تباعا على مدار الأيام

يا اهلا فؤش أفندى أخى الحبيب واستاذى الجليل الاستاذ @Foksh - الغرض من الحقل isVacation في tblDailyRecords ؟ عند عملية التسجيل فقط للنوع اعتيارديه سوف يتم تسجيل كل الايام من ليكون كل سجل فى يوم ولكن بناء على تواريخ العطلات الرسمية تبعا للجدول الخاص بها وكذلك العطلات الاسبوعيه سوف يتم وضع القيمه true للحقل البوليانى isVacation والحقل النصى فى نفس الجدول : HolidayDescription سوف يتم تسجيل وصف العطلة الرسمية تبعا لتاريخها من الجدول الخاص بها او اسم اليوم للعطلة الاسبوعيه وفق الجدول الخاص بها كذلك لكى يتم استثناء هذه السجلات عند عمل فرز لسجلات هذا النوع لذلك الموظف طيب ليه عملته فى لائحة الاجازت يتم ترحيل الرصيد المتبقى لكل موظف ليتم اضافته الى رصيد بدايه العام للسنه الجديدة ولكن وفق شرطين ان يكون الموظف حصل على عدد 15 يوم اجازة اعتيادية لهذا العام بحد أدنى ان يكون شرط اساسى ايضا عدد 6 ايام متلاحقة وطبعا لابد ان يتخللها عطلات اسبوعيه و كمان ممكن يتخللها عطلات رسميه المهم ان تكون متصلة بشكل متتالى مع هذه العطلات ايا كانت وبشكل تواريخ متلاحق وهنا يأتى دور الحقل العددى : SerialNumber الموجود فى نفس الجدول لان كل اجازة من النوع اعتياديه عن كل فتره وليس كل يوم سوف تأخذ رقم مسلسل من واقع الرقم المسلسل يتم حصر عدد الايام ال 6 للنوع اعتيادية بدون ان يتم استثناء هذه السجلات التى تعمل القيمه true للحقل البوليانى isVacation لانه ممكن مثلا تبدأ الاجازة يوم خميس ويليها مباشرة يومين عطلات اسبوعيه جمعه وسبت ثم يليهم مباشرة عطلة عيد اضحى مثلا خمس ايام تبدأ من الاحد وتنتهى الخميس ويلهم مباشرة يومين عطلات اسبوعيه جمعه وسبت ثم باقى أجازة المظف لتكمل عدد 5 ايام فيكون الحقل لليوم الاول يأخذ مثلا حسب التسلسل لهذا الموظف للنوع اعتياديه رقم 20 لكل السجلات حتى تاريخ النهايه فى هذه الحالة ينتج عدد 6 ايام اعتيادى + 4 ايام عطلات اسبوعيه + 5 ايام عطلات رسمية ليكون المجموع الكلى للسجلات التى تحمل المسلسل 20 هو 15 سجل اذا هذا الموظف يكون حصل على عدد 6 ايام متصلين وفقا للوائح وخطر على بالى الان ان أقوم بتغيير اسم الحقل الرقم للمسلسل لنوع الاعتيادية الى : SerialTypeAnnual وخطر على بالى الان ان أقوم بتغيير اسم الحقل البوليانى الدال على انها عطله الى isHoliday اى نوع أخر من انواع اليوميات سوف يت فيه فقط تسجيل الايام الفعليه من واقع داله لتقوم بعمل استثناء لايام العطلات جميعا الرسمية والاسبوعية

استاذى الجليل ومعلمى القدير و والدى الحبيب الاستاذ @ابوخليل جزاكم الله خيــرا اولا على مروركم العطر وزيارتكم الكريمة وشكر الله لكم حسن متابعتكم هذا التفصيل الدقيق هى لوائح وهى هامة جدا جدا لانها تحدد يوميات العاملين داخل المؤسسة وفق لوائح وقوانين طيب قلت سابقا انه شرعت فى البناء فعلا وانتهيت تقريبا وقلت لن اعرض القاعدة لسببين 1- لم اقم بالتجربة بشكل دقيق لظروف اخبرتكم عنها منعتنى آن ذلك 2- انا قممت بالتصميم ووجدت تحديات كثيرة لتعقيد وتداخل قواعد التحققات المتشابكة احيانا والمتداخله والتى قد تكون معقده وقد اجد بعض الخلل اثناء التجارب الكثيرة والدقيقه بشكل مكثف ولكن احببت ان يطرح الموضوع اولا ليتم النقاش فيه وليدلى كل من اساتذتى الكرام العظماء بدلوهم فى عرض مقترحاتهم وافكارهم وسيناريوهات الية التنفيذ بعد التحليل للأسباب الاتية - لأتعلم - ليكون الموضوع مرجعا لطلاب العلم والدارسين - لاهمية الموضوع فى قواعد ادارة الموارد البشرية وشئون العاملين لانه وكما قلت هذه الجزئية فقط ولاهميتها القصوى تعد تقريبا ثلث التطبيق حرفيا قطعا بما انها قوانين ولوائح صارمه المفروض ان لا يتم مخالفتها ولكن هناك حالات شاذه لابد من استخدام روح القانون لذلك الاوجب و من المرونه التعامل مع هذه الحالات بشكل من الاشكل وهذه ثمرة النقاش ان هذه النقطه لم تخطر على بالى فعلا لا بالعكس اى مللاحظات سوف يتم الاستفاده منها على المدى البعيد فى تعلم التفكير والتصور والتحليل للنظم وتخيل وتصور الهيكل العام لهذا التحليل او على المدى القريب فى وضع التصور لاساس صحيح ومتين يتم البناء عليه بأكبر قدر ممكن من الاحترافيه والمرونه وأعلى درجات الامان فى الحصول على المعلومات الدقيقه والغير مغلوطه لذلك اتمنى من اساتذتى العظماء ان يشمروا عن سواعدهم لنخطو كل الخطوات خطوة تلو الاخرى من : التحليل للنظم وضع التصور والهيكل لالية العمل بناء على التحليل وبعد ذلك تأتى عملية البناء تباعا وفق ما سبق وفى النهاية انا لا اطلب من اساتذى تقديم الحل او قاعدة بيانات لعمل كل ماسبق وتقريبا بفضل الله تعالى قادر على تحقيقها جميعا وبفضل الله تعالى سبحانه وهبنى الله تعالى ملكة فى التعامل مع الاكواد والافكار بما يمكننى بمشيئة الله تعالى من انهاء العمل ولكن كما اخبرتكم - لأتعلم تناول تحليل النظم والتخطيط للهيكل بناءً على التحليل بأفكار غير أفكارى أنا لانها قطعا سوف تضيف الى بنك معلوماتى وافكارى وتصوراتى - ليكون الموضوع مرجعا لطلاب العلم والدارسين - لاهمية الموضوع فى قواعد ادارة الموارد البشرية وشئون العاملين لمن يهتم بتلك الامور وخاصة لانه دائما تكون من حين لاخر طلبات واسئلة رواد المنتدى و لانه وكما قلت هذه الجزئية فقط ولاهميتها القصوى تعد تقريبا ثلث تطبيق ادارة الموارد البشرية ومتباعة شئون العاملين داخل المؤسسات الصغيرة والمتوسطة والكبيرة

السلام عليكم استاذى الجليل و معلمى القدير و والدى الحبيب رايت مشاركتكم الكريمة ولكن وقتها لم يكن الوقت يسعفنى للتوضيح والرد على حضرتك بالترتيب والتفصيل الممل هذا من واقع جدول العطلات الرسمية : tblHolidaysOfficial قصدت تسجيل كل يوم فى سجل بحيث عند محاولت التحقق من العطلات لا نقوم بعمل لوب داخل الجدول باستمرار هو جدول خدمه يستخدم كدليل ونفس الموضوع مع جدول : tblHolidaysWeekly هو جدول خدمى يستخدم مع الكليندر لتحديد ايام العطلات الاسبوعيه التى سوف تتعامل معها الكليندر بشكل ديناميكة من خلال التأشير على ايام العطلات داخل الجدول بقيم بوليانيه = true هو جدول خدمه يستخدم كدليل ونفس الموضوع مع الجدول : tblDailyType هو جدل خدمى يستخدم كدليل لاضافة اسماء وانواع اليوميات المختلفة فى النهاية الجدول محور العمل واساس هذا الموضوع هو الجدول : tblDailyRecords مطلوب عمل التالى تسجيل كل انواع اليوميات لكل موظف حسب اليومية المطلوب تسجيلها داخل هذا الجدول على ان يكون كل تاريخ فى سجل منفرد اذا كانت اليوميه لها تاريخ بدايه وتاريخ نهايتها اكثر من يوم واحد بالنسبه لتاريخ البداية اما اليوميات التى لها يوم واحد اى ان تاريخ بدايتها وتاريخ نهايتها نفس التاريخ كده كده هيكون سجل واحد فقط طيب لتسجيل كل اليوميات تحقق مشترك وهو 1- أن لا يكون تاريخ البداية ـو تاريخ النهاية أحد ايام العطلات الاسبوعية أو احد ايام العطلات الرسمية من واقع البيانات داخل الجداول الخاصة بها 2- فى حالة كان تاريخ البدايه وتاريخ النهايه نفس التاريخ ان لا يكون هذا التاريخ محجوز بالفعل وتم تسجيله كيوميه لنفس الموظف الحالى 3- فى حالة كان تاريخ النهاية اكبر من تاريخ البدايه لابد التأكد من أنه لم يتم تسجيل أى سجلات بأى نوع من أنواع اليوميات لنفس الموظف الحالى فى هذه الفتره من تاريخ البداية وحتى تاريخ النهاية 4- ان لا يكون تاريخ النهاية اقل من تاريخ البدايه ما عدا اليوميات من النوع : بدل ساعات أو بدل مبيت ولكن هناك تحققات الخاصة للانواع عارضة , اعتيادية , بدل ساعات أو بدل مبيت قواعد تحقق الإجازة العارضة: 1- التحقق من عدد الإجازات العارضة في نفس الشهر: يجب التحقق أنه لا يوجد أكثر من يومين عارضة في نفس الشهر لنفس الموظف الحالى . 2- اجمالى المستحق لكل موظف عدد 2 يوم بحد أقصى لكل شهر ميلادى يعنى يتم التحقق من أن عدد الاجازات السابقة لهذا الشهر فقط فى التاريخ المستخدم لنفس الموظف الحالى من النوع عارضة لا يتعدى 1 يوم ولو كان تاريخ البدايه هو أخر يوم فى أى شهر ميلادى وتاريخ النهاية أول يوم فى الشهر الجديد يتحقق أن عدد الاجازات السابقة من النوع عارضة فى الشهر الذى يوافق شهر تاريخ البداية لم يحصل فيه لنفس الموظف الحالى على اكثر من عدد 1 يوم عارضة ونفس التحقق مع الشهر الجديد التالى وهو تاريخ النهاية بالنسبه للشهر الذى يخص تاريخ النهاية 3- التحقق من الإجازات العارضة المتتالية: يجب التأكد أنه لا يوجد أكثر من يومين عارضة اجمالا متتاليين سواء في نفس الجلسة أو في جلسات مختلفة : يعنى لو تم عمل سجل بتاريخ يوم 5 فى جلسه سابقة وفى الجلسة الجديده يتم محاولة تسجيل يوم 6 اذا المجموع يوميان متتاليان هذا مقبول . اما اذا تم عمل سجل بتاريخ يوم 5 فى جلسه سابقة وفى الجلسة الجديده يتم محاولة تسجيل يوم 6 ويوم 7 اذا المجموع يوم سابق مع يومان متتاليان هذا غير مقبول . وطبعا ممكن ييحصل العكس يكون يكون هناك سجلان بتواريخ متتاليه ويراد تسجيل سجل جديد اما بتاريخ سابق او لاحق ليكون العدد النهائ 3 اايم متتاليه هذا غير مقبول . وللاسف لابد من الاخذ فى الاعتبار انه ممكن يتم تسجيل حديث لاى نوع من انواع اليوميو العارضة او الاعتيايدة حتى ثم فى جلسة عمل جديده يتم محاولة تسجيل ايام قد تكون اقدم من التاريخ الذى تم تسجيله من قبل ولكن فى النهايه التواريخ متتاليه ومتلاحقة ومتصلة التحقق من عدم وجود فجوة بين الإجازات العارضة على ان تكون هذه الفجوة هى عطلات رسمية أو اسبوعية او اعتيادية: يجب التأكد من أن الإجازات العارضة متصلة بشكل فعلي دون أن يكون بينها عطلات رسمية، أسبوعية، أو إجازات اعتيادية. امثله - يوم 3/4/2025 مسجل كاجازة عارضه فى الجدول لنفس الموظف الحالى المفروض لا يقبل عند تسجيل يوم 6/4/2025 اجازة عارضة لان التواريخ 4,5 هى لتواريخ توافق ايام العطلات الاسبوعيه ( الجمعة , السبت ) وذلك وفق جدوال العطلات - يوم 17/4/2025 مسجل كاجازة اعتيادية فى الجدول لنفس الموظف الحالى المفروض لا يقبل عند تسجيل يوم 20/4/2025 كاجازة عارضة لان يوم 18.19 هى لتواريخ توافق ايام العطلات الاسبوعيه ( الجمعة , السبت ) وذلك وفق جدوال العطلات وبذلك يكون يوم 20 الذى نريد تسجيله فى هذه الجلسه متصل مع الاجازة الاعتيادية بشكلل متلاحق غير مباشر لانه يتخللهما عطلات اسبوعيه ونفس ما سبق لو مع عطلات رسمية ونفس ما سبق لو كانت عطلات اسبوعيه يلاحقها بشكل مباشر عطلات رسميه قواعد الإجازة الاعتيادية: التحقق من الإجازات الاعتيادية التي تسبق أو تلي إجازة عارضة: يجب التأكد من أنه لا توجد إجازة اعتيادية تسبق مباشرة إجازة عارضة أو تليها مباشرة. مثل التحقق السابق الذى يخض: التحقق من عدم وجود فجوة بين الإجازات العارضة على ان تكون هذه الفجوة هى عطلات رسمية أو اسبوعية او اعتيادية وهناك قاعدة مشتركة مع الأنواع ( اعتيادية , عارضة ) التحقق من ان رصيد الموظف المستخدم الحالى يسمح بعد خصم عدد الايام المراد تسجيلها من الرصيد الحالى له تبعا لكل نوع وطبعا لانه يتم تسجيل كل تاريخ فى سجل محدد اذا عدد السجلات للموظف الحالى من النوع اعتياديه أو النوع عارضه سوف تمثل عدد الايام السابقة التى تم الحصول عليها والتحقق يكون بإضافة عدد الأيام الجديدة المراد تسجيلها - العدد الاجمالى الذى يستحقه الموظظف والمسجل فى الجدول tblEmployeeData فى الحقول AnnualBalanceOfYear CasuaaBalanceOfYear اما الانواع بدل ساعات أو بدل مبيت التحقق لها كالتالى تاريخ البداية هو يوم الاجازة يتم تسجيله فى الجدول: tblDailyRecords فى الحقل : RecordDate بشرط انا لا يوكون مستخدما من قبل لنفس الموظف الحالى فى نفس الحقل : RecordDate اما تاريخ النهاية 1- لابد من التأكد من أن القيمة CheckInTime فى الجدول tblAttendance لنفس الموظف الحالى غير فارغه 2- لابد ان يتم التأكد من أن تاريخ النهاية غير مستخدم من قبل لنفس الموظف الحالى فى الجدزل : tblDailyRecords فى الحقل : AllowanceDate حيث أن هذا الحقل هو الذى سوف يتم فيه تسجيل النهايه مع انواع اليوميات فقط ( بدل ساعات أو بدل مبيت ) ملاحظة هامة مع الانواع فقط ( بدل ساعات أو بدل مبيت ) قد يكون التاريخ الذى يمثل تاريخ النهاية هو عطلة رسمية أو عطلة أسبوعية أو يوم عمل عادى بدون

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

طيب انا فعلا والله مش فاهم حاجه يا استاذ @محمد119900 يعنى ايه عدد الاعمده ويعندى ايه عدد الصفوف تقصد انك عاوز تعمل تقرير يكون شبه ملف الـ PDF انت بجد لازم تشرح اكتر ايه الهدف تحديدا اللى عاوز توصل له ايه المعطيات ايه الـ المدخلات و التحققات

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

اخى الحبيب انا امزح اسال براحتك وادخل المنتدى واعمل اللى انت عاوزه زى بيت اخوك انا بس بأحب امرزح وأهزر مع اخوانى

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

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

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

منا قلت لك انا مرتب المواد داخل الجدول بترتيب غيرك طيب مبصوط كده يا فؤش افندى انا قلت لك الحل نظرى وانت اللى مش مقتنع اقتنعت يا فؤش أفندى والله بحبك فى الله اعمل ايه بس مأقدرش على زعلك أبدا باركود نهائي (3).accdb

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

طيب يا استاذى القدير واخى الغالى الحبيب @Foksh شوف يا فؤش افندى هو كان فى موضوع سابق وكنت قدمت الحل فيه بما يتناسب مع السؤال المطروح تماما أنذاك شوف المرفق ده وشوف الدلع الاكواد بتعمل لك كل اللى نفسك فيه وانا عدلت القاعدة بشكل اكثر احترافيه من وجهة نظرى المتواضعه بعمل جدول للشعب المميزات امكانية تعديل ارقم المعرف للمواد الدراسية أو للشعب وفق رغبة المبرمج او المستخدم من داخل الجداول وفورا يتم استخدامها داخل الاستعلامات كود ابن حلال وناصح واهم ما يميزه الاستغناء عن دوال Switch , IIf الا ان اللهم تم استخدام دالة Switch بابسط حالتها لانه لا نريد أكثر من ذلك ولا أقل >>---> لحقل الترتيب الخاص بنوع الجنس : Switch([St_Sex]="ذكر",1,[St_Sex]="انثى",2) باركود نهائي (2).accdb

طيب انا عن نفس فى الحجات اللى زى دى مش بحب اترك مربعات النص عرضه للتعديل اذ ربما يتم تغير البيانات عن طريق الخطا لذلك اقوم بتأمين مربعات النص ضد الكتابة من خلال (Locked = True) لمربعات النص طيب التعامل بيكون ازاى وعلشان ما اكتب اكود كتير بحب اضع دائما اسس اتعامل وابنى عليها يعنى انا عن نفسى سوف أضع تأمين لمربعات النص سوف اعرف ثوابت بالشكل التالى Const LOCKED As Boolean = True Const UNLOCKED As Boolean = False وهذا سوف يكون الكود المستخدم خلف زر الامر الخاص بعملية اللصق Dim btnPressed As Control Set btnPressed = Me.ActiveControl ' امسك الزر الحالي قبل ما تروح لمربع النص Me.Weard_ResTxt = "" Me.Weard_OrgTxt = "" Me.Weard_OrgTxt.LOCKED = UNLOCKED ' فك القفل Me.Weard_OrgTxt.SetFocus DoCmd.RunCommand acCmdPaste btnPressed.SetFocus ' رجع التركيز مرة أخري على زر الأمر Me.Weard_OrgTxt.LOCKED = UNLOCKED ' قفل تاني وهذا سوف يكون الكود المستخدم خلف زر النسخ Me.Weard_ResTxt.LOCKED = UNLOCKED ' فك القفل Me.Weard_ResTxt.SetFocus DoCmd.RunCommand acCmdCopy Me.Weard_ResTxt.LOCKED = LOCKED ' قفل تاني MsgOut "تم النسخ"

السلام عليكم عاااااش والله لم يخطر على بالى ان ممكن نرجع الهيلوغريفى ده لعربى وكمان لم يخطر على بالى ابحث عن حل هذه المشكلة الله عليك عاش بجد شوف يا استاذنا الغالى انت لازم تعمل لعنصر التحكم اللى هيتم اللصق له او النسخ منه : SetFocus وده مهم ولابد قبل استخدام الاوامر التاليه DoCmd.RunCommand acCmdPaste أو DoCmd.RunCommand acCmdCopy مفيش حاجه اسمها على نسخة الأوفيس 365 أن هذولا السطرين ما يشتغلوا يعنى بالنسبه لمثالك بكل بساطه ده شكل كود النسخ Me.Weard_ResTxt.SetFocus DoCmd.RunCommand acCmdCopy MsgOut "تم النسخ" وده شكل كود اللصق Me.Weard_ResTxt = "" Me.Weard_OrgTxt = "" Me.Weard_OrgTxt.SetFocus DoCmd.RunCommand acCmdPaste

ياريت كان ينفع يا صديقى انا باذاكر سيستم جديد وعندى امتحانات نظرى وعملى دوليه كمان

هههههههههه طيب UP حاسس انى فى صحرا ومفيش غير صدى صوتى بس فين الناس فين الأفكار انتوا فاكرين انى هزهق وراكم وراكم كل يوم اعمل لكم رفع للموضوع لحد ما تزهقوا وتشاركوا

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

شوف هو الوهله الاولى كده شغل فاخر من الاخر بس انا لسه لم اقم بالتجربة عندى شغل مهم جدا جدا يخص عملى شغال فيه ان شاء الله بس اخلص اللى ورايا واحلى بالحلويات اللى هنا دى مبدئيا تسلم ايدك يا فؤش أفندى

طب مبدئيا كل الشكر والتقدير لاساتذتنا العظماء استاذى الجليل و معلمى القدير و والدى الحبيب الاستاذ @ابوخليل والاستاذ @Foksh ما قصور و وفوا وكفوا والله وبما أن الموضوع فى بدايته وقبل الابحار "روح" أي مشروع ناجح وضع الأساس السليم والذى يبدأ بالتحليل قبل التفكير فى الجدول ولكن الاهم كيف يمكن عمل تحليل النظم بأسس منهجيه صحيحة اولا وباختصار عند تصميم أى نظام: ابدأ بجمع كل المتطلبات بشكل كامل حدد الكيانات الأساسية وصفاتها أنشئ الجداول بشكل نظيف مع تحديد المفاتيح الأساسية اربط الجداول ببعضها عبر علاقات فعلية منظمة حافظ على مرونة الاستعلامات عبر بناء علاقات إضافية مؤقتة عند الحاجة سامع اللى بيقول هناك ايه الكلام ده ؟ ردا على هذا السؤال تفصيلا : كيف تقوم بعمل التحليل المناسب لمشروع قاعدة بيانات؟ 1. فهم متطلبات المشروع (Gather Requirements) اجمع كل التفاصيل من العميل أو من نفسك (لو بتعمل لنفسك). اسأل أسئلة مثل: ما هو الهدف الأساسي من القاعدة؟ ما هي أنواع المعلومات التي يجب تخزينها؟ ما العمليات التي يقوم بها المستخدمون؟ (إدخال، تعديل، بحث، تقارير، الخ) هل في صلاحيات مختلفة للمستخدمين؟ ما العمليات المستقبلية المحتملة؟ 2. تحديد الكيانات (Entities) الرئيسية الكيانات هي الأشياء أو الأشخاص أو الأحداث التي تحتاج إلى تسجيل بيانات عنها في مثال "شئون العاملين" الكيانات قد تكون: الموظف (Employee) الوظيفة (Job Title) القسم (Department) الإجازات (Vacations) المرتبات (Salaries) الحضور والانصراف (Attendance) التأمينات (Insurance) الجزاءات (Penalties) المكافآت (Rewards) 3. تعريف السمات (Attributes) لكل كيان لكل كيان تحدد المعلومات المرتبطة به مثلا للموظف (Employee): رقم الموظف الاسم تاريخ الميلاد العنوان رقم الهوية رقم الهاتف تاريخ التعيين الوظيفة الحالية المرتب الأساسي الحالة الاجتماعية .... الخ... 4. تحديد العلاقات بين الكيانات حدد كيف ترتبط الكيانات ببعضها مثال: كل موظف ينتمي إلى قسم واحد ⇚ علاقة واحد إلى متعدد (One-to-Many) كل موظف يمكن أن يكون له أكثر من إجازة ⇚ علاقة واحد إلى متعدد أيضا ¤ مهم جدا تحديد اتجاه العلاقة ونوعها كيف تحدد وضع التصور للجداول والهيكل؟ 1. تصميم الجداول بشكل طبيعي (Normalization) تأكد إن الجداول تكون بدون تكرار للمعلومات (تجنب تكرار نفس البيانات في أكثر من جدول) كل جدول يمثل كيان مستقل. 2. المفاتيح الأساسية (Primary Keys) كل جدول لازم يحتوي على مفتاح أساسي (Primary Key) يميز كل سجل بشكل فريد مثال: جدول الموظفين : الحقل EmployeeID \ مفتاح أساسي ولكن أنا لا احب و لا أفضل التعامل مع حقل الـ ID الافتراضى داخل الجداول الأفضل ترك حقل ID الذي ينشئه Access كمفتاح أساسي (AutoNumber) بدون تغيير حقل ID الأساسي يبقى دائما موجود داخل الجدول داخلي ما نلمسه وما نستعمله في الربط الخارجي فقط يحفظ سلامة السجلات داخليا إنشاء حقل يدوي خاص بك مثلا EmployeeID نوعه Number (Long Integer) / أو نص حسب الرغبة ضبط خاصية الفهرسة: "مفهرس بدون تكرار" عندما يكون نوعه أساسي (Primary ) أو "مفهرس يقبل التكرار" حسب نوعه أجنبي (Foreign Key) استخدام الحقل اليدوي (EmployeeID مثلا) للربط بين الجداول بدلا من ID هل عمل العلاقات مباشرة أم أثناء الاستعلامات؟ الأساس الدائم = العلاقات الفعلية في تصميم القاعدة الحالات الخاصة المؤقتة = علاقات مؤقتة داخل الاستعلامات ✍️ نصيحة ذهبية: دائما أنشئ المفتاح الأساسي بيدك سميه باسم يعبر عن الجدول خصائص فهرسته: فهرسة بدون تكرار كيف تسمي الحقول والمعرفات بطريقة صحيحة واحترافية؟ هذا رأيى الضئيل المتواضع وقد أكون مخطئ لانه سوف أختلف مع اساتذتى العظماء حتى لا تواجه مشاكل لاحقا مع الاستعلامات أو الربط أو حتى مع البرمجة اتبع القواعد دي: اسم المعرف = اسم الجدول بدون تكرار زائد + "ID" مثلاً: اسم الجدول اسم الحقل المفتاح الأساسي Employees EmployeeID Departments DepartmentID Vacations VacationID Salaries SalaryID قاعدة تسمية المفاتيح الأجنبية (Foreign Keys) لما تيجي تنقل مفتاح لجدول تاني (رابط)، خليه بنفس الاسم تمامًا! مثال: عندك جدول tblEmployees وفي جدول tblVacations بتربط الموظف اسم الحقل في Vacations هيكون أيضا : EmployeeID نفس الاسم بدون تغيير ليه؟ عشان لما تستخدم استعلامات فيها JOIN تربطهم بدون لخبطة أو إعادة تسمية أو لبس في فهم العلاقات خصائص الفهرسة لكل حالة الحالة الفهرسة في الجدول الأصلي (المفتاح الأساسي) مفهرس لا يقبل التكرار (Indexed - No Duplicates) في الجدول المرتبط (مفتاح أجنبي) مفهرس يقبل التكرار (Indexed - Duplicates OK) هل استخدام نفس الاسم (EmployeeID مثلا) يسبب مشكلة؟ لا طالما أنت ملتزم بالعلاقات الصحيحة (Relationships) واستخدمت أسماء الجداول والحروف الواضحة في الاستعلامات فلن تحدث مشكلة Access سوف يتعامل مع الحقول حسب السياق (اسم الجدول قبل الحقل لو حصل تعارض بسيط) ملاحظة إضافية تجنب الأسماء المحجوزة مثل (Name, Date, Year, User) لأنها قد تسبب مشاكل لاحقًا في الكود أو الاستعلامات حاول دائمًا تسمية الحقول بشكل يوحي بالمحتوى (BirthDate أفضل من Date فقط). ✍️ المختصر المفيد و الخلاصة : أنشئ أنت الحقول بنفسك = أفضل تحكم وجودة سم المفاتيح بشكل احترافي اسم الجدول + ID الفهرسة تكون حسب النوع: أساسي = بدون تكرار / أجنبي = يقبل التكرار لا تخف من تكرار اسم الحقل طالما هناك علاقة صحيحة مدعومة جيدا ..... يتبع