كيف أستطيع حل مشكلة وجود أكثر من مؤلف لنفس الكتاب

اخي الكريم المهنا في البداية ارجو ان تعذرني على تاخري عليك لكن تعرف ظروف الانشغال و الحمد لله *-) الذي اعاني على ذلك لاني لا احب ان اعد و اخلف :D

الحل وصل في المرفقات :P

مثال لما طلبت

و اقوم ان شاء الله بانشاء درس عن هذا الموضوع ((العلاقات)) ان اعانني الله على ذلك

example.rar

شكر شكر شكر شكر شكر شكر شكر

الف شكر لك أخي العزيز وجعلها الله في ميزان حسناتك

قمت ببعض اللتعديلات البسيط

ولكن استطعت أن اضيف على الجدولين ولكن المشكلة في اضافة واسناد البيانات الى جدول العلاقة

وكذلك الحذف فكل عملية اضافة وحذف لا تتعامل مع جدول العلاقات لن تكون مجدية

example_edit.rar

أخي العزيز سوبر بروفشنال :

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

لماذا هو جبار في نظري ؟

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

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

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

اقتباس

ما زال الواحد منهم يعمل عمل هواة وليس عمل احترافي عمل من يهتم بالكم وليس الكيف

فبرنامج المبرمج المعروف والكبير سمير عبد الواحد راتب العاملين يعتبر رغم أنه من الدروس الأولى لكل مبرمج فهو مثل ديوان أمرؤ القيس لكل درارسي الأدب

ولكن يضل برنامج بسيط رغم صدوره من مبرمج عظيم وله من الشكر والتقدير

وبرنامج العماني وهو من أروع الأكواد ولكن ... هاوي

اقتباس

فكلهم رغم أن لديهم القدرة البرمجية لم يفكروا في أمور:

1- تحديد طريق للمستخدم لا يتجاوزه في البرنامج وذلك من خلال رسم طرق مخصص للمستخدم لا يتجاوزها

2- عدم وجود الشكل الخاص للبرنامج والتصميم الخاص ليس في الاسكن وانا في الأيقونات وعمليات الدخول والخروج المقننة واستخدام المعالجات لإتجاز بعض المهام البرمجية بطريقة سهلة كمعالج افراغ قاعدة البيانات وبناء قاعدة جديدة وكمعالج تغيير الاعدادات وحفظها في الرجستري

3-الحماية البرمجية من عمليات التسجيل غير القانونية وظهور بيانات التسجيل في about كما في البرامج المحترفة

4- عدم الاهتمام من كل المبرمجين من كبر حجم قاعدة البيانات والتعامل مع الجداول والنهر بحيث يكون هناك عدة جداول يكتب فيها البيانات حسب الموضوع ثم تفرغ في الجدول الرئيس كأرقام فقط دون اعادة كتابتها

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

أنا حزين جدا على موقع vbarab.com

ومع احترامي لكل المنتديات ولكن تضل المنتديات تعتمد القاعدة التراكمية فكلما كان عدد الأعضاء أكثر كلما كانت فرصة اتساع المنتدى وتطوره أكبر

أنا آسف للاطالة

وبالنسبة للكود فهو يحتاج للعمل والمساعدة من الجميع لأن الكود سيكون فريد المنتدى والمنتديات التى زرتها وسيجد كثير من الأعضاء أن هذا الكود قد قلص من حجم قاعدة البيانات الى 80% إن لم يكن أقل لأن البرنامج سيصبح احترافيا

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

إعداد : محمد طاهر

العلاقات بين الجداول

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

و مثال علي ذلك الجدول فى الصورة التالية ، و هو مثال ممتاز للتصميم الخاطئ

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

أي أن الموظف ذو الرقم المبين قد حضر دورة معينة و التي كودها و عنوانها و تواريخها كما هو مبين

و لنلاحظ أن اللون الأصفر يمثل بيانات دورة الاكسيل رقم 1 و التي تكررت بالكامل 5 مرات فى جدول لم تتعد سجلاته عشرة سجلات فهل ترون هذا منطقي ؟؟

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

و الآن ما هي عيوب هذا التصميم ؟؟

• تكرار المعلومات و استهلاك مساحة تخزينية لا داعي لها ، و يتطلب أيضا مجهود فى ادخال بيانات مكررة

• صعوبة التغيير ، فلو أردت تعديل بيانات دورة ما فلابد من تعديلها فى سجلات كل من حضروها

• إحتمال الخطأ في بيانات الدورة من سجل لآخر أثتاء الادخال

• صعوبة الحذف ، ماذا لو أردت حذف دورة ما ؟

• و أخيرا تحديث البيانات ، فى كم سجل يتقوم بتحديث تاريخ البدء لدورة معينة لة اردت تغييره

التصيم القياسي للجدول

.........................

تابع المرفق

/index.ph...st&id=36707

للرفع

اخي لا شكر على واجب

وفي الخدمة في اي شيء اقدر عليه

والله ولي التوفيق