ابوخليل

Discreption تعني الوصف المطلوب Caption الموجود في مربع الخصائص والدليل افتح جدولك الآن وانظر الى تسمية الاعمدة وبعد ان تكتب التسمية افتحه مرة اخرى لترى الفرق

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

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

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

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

السبب في حذف العلاقات اننا لسنا بحاجة اليها حال ادخالنا البيانات وحين نحتاجها في التقارير سيكون الامر مقدور عليه لاحقا الآن قم بالتالي : استبدل مسميات الجداول بحروف انجليزية ابضا استبدل اسماء الحقول كذلك ، واكتب اسماءها العربية في التسمية التوضيحية راجع قيم الحقول وحجمها المناسب ، وللمساعدة اقرأ هنا : http://www.officena.net/ib/index.php?act=ST&f=17&t=227 هناك استفسار : هل للمعدات خدمات ما بعد البيع ، وهل لها سجلات من واقع العمل الآن ؟

الحق اخي اني لا اعلم كيف يتم اضافة زر حال عرض النموذج لعل احد اخواننا الخبراء يفيدنا في ذلك

اولا قم بازالة جميع العلااقات واللوك اب ستقوم بعمل هذه الخطوة في النماذج فقط ان احتجت للعلاقات يمكنك عملها في الاستعلامات ماذا عن كود طلبية الشراء اراه يتكرر بكثرة هل ستضع له جدولا مستقلا هل جميع ما تحتاجه من بيانات قد اشتمل عليها الجدول الآن ماهو المعرف الرئيسي للسجل ( المعدة )؟

اهلا اخي أمير يسعدني مرافقتك بالنسبة للعميل والمعدة انظر رقم 4 من المشاركة 12

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

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

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

السلام عليكم تفضل كما تريد test_UP.rar

السلام عليكم عملت لك اثنتين اكمل البقية على هذا المنوال db4.rar

تم التعديل نسخ من الغياب3.rar

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

اكتب في حدث فتح النموذج التالي : Private Sub Form_Open(Cancel As Integer) DoCmd.Maximize End Sub ومن تنسيق النموذج اختر بلا حدود

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

اذا كان كل سلفة لها اقساطها الخاصة عند التسديد فالربط صحيح انظر الى خصائص العلاقة : من الضروري وجود التكامل المرجعي بالنسبة للمجاميع تم جمع كل فئة لوحدها في استعلام ثم تم استدعاؤها الى الفورم اما الاستعلام الذي لا يفتح على جميع البيانات فانظر الآن الى علاقة الجداول فيه data-khup.rar

نعم يمكن

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

هو برنامج تحزيم وبرامج التحزيم كثيرة ابحث في هذا اللفظ ستجد شروحات والبرامج التابعة

اخي تم التعديل هناك مشكلة في التسميات العربية انظر الكود الخاص بالشرط امر سداد2 2003.rar

ليتك ارفقت محاولتك هنا حتى نتمكن من التعديل عليها

السلام عليكم أخي الكريم آمل ان يكون هو مطلوبك > Ex2.rar