مذكرات حول تصمبم قواعد البيانات وتطبيقاتها

أخى الكريم Same7

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

بالأستاذ/أحمد مبارك الحيقى بدأ يزداد نشاطه بها بشكل ملحوظ فى الفترة الأخيرة.

وستجد أننى مثلاً طرحت سؤالين وتفضل هو بالإجابة الشافية عليهما .. ولا أنسى مشاركات إخواننا الكرام ولكن كان له الدور الأكبر فيهما حتى توصلت إلى الإجابة.

وهذين رابطيهما:

/index.php?showtopic=198780

/index.php?showtopic=199192

تحياتى

محمد ندا

رقم الحلقة (23)

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

الجزء الأول:

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

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

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

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

اقتباس

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

وهذي فايدة الموضوع اصلا انه تتعلم من اخطائنا

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

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

بالمناسبة، جواب الأخ محمد ندا هو الصحيح، أما لماذا فهذا بإذن الله موضوع الجزء الثاني.

في انتظار أي تعليقات بينما أكتب الجزء الثاني...

أستاذنا الكريم أحمد مبارك الحيقى

مرحباً بك ....

كان من المفترض أن أتم قراءة الحلقة (القصيرة) مرة واحد .. ولكننى توقفت عن ذكرك توقيعى الذى أقصده تماماً ..

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

لأننى قارئ نهم منذ الطفولة .. .. .. .. .. .. .. .. .. .. .. .. .. .. ولكن العلم آفته النسيان

أعود الآن لإكمال الحلقة.

تحياتى

محمد ندا

مرحباً من جديد أستاذنا أحمد

أتممت بحمد الله قراءة الحلقة ورغم أن كل ما فيها صحيح إلا أنها كانت صادمة بعض الشئ .. ولكننى متقبل تماماً كل ما فيها.

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

والنداء إلى جميع الأخوة المتابعين للمشاركة الفعالة حتى نصل إلى دورة علمية عملية متكاملة بإذن الله .. والله المستعان

تحياتى

محمد ندا

أخي الغالي محمد ندا...

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

عفواً .. قصدت الجزء الأول من الحلقة ..

فى انتظار الجزء الثانى بعد عودتى من خارج المنزل إن شاء الله ... ألله معك

أخى الكريم Same7

هذا هو التفاعل المطلوب كبداية نعلق ثم نبدأ المناقشة والمشاركة ... مرحباً بك

تحياتى

محمد ندا

السلام عليكم ورحمة الله وبركاته:

جزاك الله خيرا أخونا (خبيرنا) احمد

أنا على عكس الأخوة (مع احترامى للكبير والكبار) لا أرى أن الحلقة صادمة

فما نحن هنا إلا لأننا أحسسنا بالصدمة العامة (التيك آواى فى التناول العلمى للمفاهيم )

أما بخصوص الصدمة الصغيرة من إننا نسينا مفهموم من مفاهيم الدورة

فأنا مؤيد لمفهموم (الصديمة)

وذلك لأسباب - ومن أهمها أننى فى بداية الدورة كنت ألهث وراء إكمالها حتى أتمكن من متابعة المشاركات الجديدة والتفاعل معها

والسبب الآخر هو التباعد بين حلقات الدورة - عذرا والله لا اقصد التذمر ولكنها مناقشة علمية لأسباب (الصديمة)

وفى انتظار الجزء الثانى

جزاكم الله خيراا كثيرا

السلام عليكــم ورحمـة الله وبركاتــه ،،

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

انا اول ما فكرة اتعلم البرمجة اول كتاب استعنت فيه كان اكسيس خطوة خطوة

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

والمشكلة الثانية انه لا توجد معاهد خاصة لنتعلم منها اساسيات البرمجهة بالطريقة الصحيحة

وعندها بحث في الانترنت ووجدت منتدانا الغالي الفريق العربي للبرمجه واشقائه من المنتديات العربية المعنية بالبرمجة

والصدق يقال تعلمة الكثير

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

كنت ابحث عن دروس في الاكسيس ولكن للاسف اغلب الدورس تتوقف عند مرحلة البداية ولاتكمل مما يصبنا بالصدمة

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

واتمنى من الله ومن الاخوة الاساتذة والخبراء الاكثار من الدورس التي تعلم اساسيات البرمجة وقواعد البيانات وليس امثله جاهزة

وهذا يسبب الكثير من الفهم الخاطئ للبرمجة بسبب الاشتهاد الشخصي منا

الله المستعان

وعليكم السلام ورحمة الله وبركاته...

أخي الفاضل slave... تنبهت لبضع نقاط من تعليقك الجميل أحب أن أنوه إليها قبل أن أضع الجزء الثاني من الحلقة:

أولاً:

اقتباس

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

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

ثانياً: نسيان مفهوم مر من جملة المفاهيم أمر وارد وقد أشرت إلى ذلك في كلامي السابق... فليست هناك في الحقيقة حتى ولا (صديمة)... بل إنكم تمدحون للتفاعل والمحاولة.

ثالثاً: التباعد بين حلقات الدورة عيب واضح لا مجال لتسويغه، ومن أجل ذلك أحاول الالتزام بموعد ثابت يتخلله تفاعل حصيلته في الواقع عدة حلقات في الأسبوع...

بورك فيك...

وعليكم السلام ورحمة الله وبركاته أخي محمد المسيفري...

معذرة... وضعت ردي على slave قبل أن أقرأ تعليقك، وأنا بالتأكيد معك في كل ما قلته قلباً وقالباً، ولكن لاحظت من كلامك ما يشير إلى أنك لم تدرس علوم الحاسوب دراسة منهجية؟ أعني في الجامعة مثلاً؟...

الجزء الثاني:

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

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

في عالم قواعد البيانات تتميز الأنظمة بصعوبة استيعابها دفعة واحدة، وباشتمالها على أكثر من جانب. مثلاً قاعدة البيانات تمثل البنية المنطقية للبيانات التي يحتاجها النظام، لكنها لا تعطي فكرة عن العمليات المختلفة التي تجرى على هذه البيانات... ذلك منظور آخر. هذا يعني أن المنظور الأول (منظور البيانات) قد يخبرك بوجود بيانات عن الفاتورة وبتفاصيل بنود الفاتورة وما الذي يعنيه كل بند، لكنه لن يخبرك عن العمليات التي سنقوم بها على الفاتورة (مثلاً، زيادة أو نقصان رصيد الأصناف والعملاء). لكن المنظور الثاني (منظور العمليات) سيكمل الصورة. تم ابتكار موديل لكل منظور، ولكل موديل طريقته ليس فقط في المبدأ والمفهوم، بل في الأشكال المستخدمة من أجل تمثيله على الورق. الذي يهمنا هنا هو منظور البيانات، لكنني أحب أن أوضح الصورة كاملة لأنني لمست أن هناك لبساً عند بعض الإخوان فيما يتعلق بالموديلات والمخططات. من أجل منظور البيانات تم ابتكار موديل يسمى موديل الكائنات والعلاقات، لكنه اشتهر باسم المخطط المستخدم لتمثيله على الورق (أو الشاشة طبعاً)، وهو اسم مخطط الكائنات والعلاقات Entity-Relationship Diagram، واختصاراً ERD. هذا الموديل له فلسفته الخاصة التي نتكلم عنها بعد هنيهة بإذن الله. لاحظ أن هذا الموديل يقود إلى تصميم قاعدة البيانات، ولذلك يصح أن نقول أنه (أداة) من أجل تصميم قاعدة البيانات. بلغة هندسة البرمجيات يسمى هذا semantic data model. في هندسة البرمجيات كذلك تسمى الموديلات التي تعبر عن النظام من منظور العمليات بـ behavioural models، أو موديلات التصرف (كيف يتصرف النظام). من أشهر أشكال هذه الموديلات مخطط تدفق البيانات Data Flow Diagram أو اختصاراً DFD، ومهمته توضيح العمليات (الوظائف) المختلفة التي يؤديها النظام مع سير (تدفق) البيانات من عملية إلى أخرى. كما أسلفت، لكل موديل فلسفته وأشكاله. لكنني سأتناول بإذن الله في هذه الحلقة الأول منهما، وربما (إن أحب الإخوة) نمر على مخطط التدفق في حلقة أخرى.

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

اقتباس

اسمح لي أن أقدّم بعض التوضيح لما نحن بصدده، وأرجو أن تتذكر هذا دائماً: قبل أن تخطو الخطوة ينبغي أن تدرك جيداً ما هو محلها من الإعراب، من أين تبدأ وإلى أين تنتهي. هذا الوضوح في الأفكار هو ما يميز ما نسميه بالمنهجية... لكي تبني قاعدة البيانات ينبغي أن تمر على مرحلتين، الأولى هي التحليل والثانية هي التصميم. لا تخلط بينهما. التحليل كما أسلفنا يعني جمع كل ما يمكن من فهم المتطلبات. هنا تشترك قاعدة البيانات مع التطبيق في الحاجة إلى التحليل، وفي مفهوم التحليل، وفي آليات التحليل (طرقه ووسائله لمن كان يكره المصطلحات السمجة). بعد أن تفهم النظام جيداً، تأتي مرحلة التصميم. بالنسبة لقواعد البيانات العلائقية، الهدف النهائي من التصميم هو تحويل الفهم الذي حصلت عليه في مرحلة التحليل إلى مجموعة من الجداول (السوية). ما معنى (سوية)، وكيف تصل إلى جداول (سوية)؟ هذا موضوع آخر في منتهى الأهمية، بل هو في قلب تصميم قواعد البيانات، لذا أنصحك أن تكون موجوداً عندما نتحدث عنه فيما بعد بإذن الله. في سبيل الوصول إلى هذا الهدف، هناك مجموعة من الأدوات التي قد تساعدك، من أبرزها وأكثرها انتشاراً مخطط الكائنات والعلاقات ERD (Entity Relationship Diagram).

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

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

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

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

كما ترى، لقد مررنا حقاً على أكثر المفاهيم الملخصة في تلك الحلقة (التسوية، العلاقات، التكامل)، وبقي أن نوضح مخطط الكائنات والعلاقات قليلاً مع المثال... اعذرونا على التكرار، لكن صدقوني، أن تقرأ الفكرة مرتين بعبارتين خير من مرة واحدة. ثم إن أمامك أسبوعاً كاملاً لتقرأ وتمحص (ثم تستفسر أو تضيف أو تصحح أو تعلق بالطبع، على الأقل، هذا ما آمله).

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

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

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

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

على ذكر الخصائص، دعنا نذكر عنها بعض التفصيل الذي قد تصادفه في الكتب (وفي الحياة العملية بالطبع). تقسم الخصائص من زوايا مختلفة إلى:

1. بسيطة ومركبة.

2. مفردة ومتعددة القيم.

3. أصيلة ومشتقة.

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

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

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

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

(يتبع إن شاء الله)...

نعم استاذي دراستي للحاسوب من دراسة شخصية وتجربة في العمل

لم اكمل الدراستي بسبب العمل

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

هههههههههههه بالنسبة لهم في الشغل انا خبير كمبيوتر بسبب قلة من يفهم في كمبيوتر من نواحي عديدة والدورات الي عندنا في العمل تعلم بس اساسيات

الكمبيوتر من معلومات عامة عن الجهاز او مقدمات في طقم office

ثالثا حاجة لعمل لبرنامج حاول ((الخبراء)) عندنا عمله للعمل ولكن فشل خلاني اتعلم لتاسيس برنامج للعمل في المكتب الي اعمل فيه والحمدالله

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

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

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

اهوا الشي الي خلاني اتابع دورسك وتعديل المفاهيم الخطاء الموجوده عندي واضافة مفاهيم جديدة وان شاء الله نتعامل مع الاكواد بطريقة سليمه وفهم

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

هههههههههههه هذي راي واشكرك على اهتمامك وكان زين هذي الدورة تعطي شهادات هههههههههههه

أخى وأستاذنا الكريم أحمد

كنت أقرأ الردود حتى أكون متابعاً لكل ما كتب قبل أن أقرأ الجزء الثانى من الحلقة (23).

ولاحظت أنك وضعت رداً على تعقيب أخونا محمد المسيفرى .. فى حين أننى لم أرى مشاركة له .. فهل هناك رد غير معروض بالسلسلة أم أن محمد المسيفرى هو أخونا مشراف؟ فقط استفسار للعلم.

أعود الآن لقراءة الحلقة.

تحياتى

محمد ندا

هلا مديرنا محمد ندى

نعم انا محمد المسيفري

ههههههههههههه

مرحباً أخونا مشارف .. أخونا محمد المسيفرى ..

بلاش حركات التمويه دى .. على العموم أهلا بك .. مشارف أو محمد الاثنين محمودين ومرحب بهما.

تحياتى

محمد ندا

يا مرحبا فيك اخوي محمد ندى

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

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

الجدول الأول Customer وحقوله :

1- NO مفتاح أساسي

2- Name

3- Address

4- Tariff

وفيه الحقل Address مرتبط بجدول فرعي وحقوله :

1- Add

2- City

3- State

4- P.Code

الجدول الثاني Payment وحقوله :

1- NO مفتاح غريب مرتبط بجدول Customer

2- Date

3- Amt

الجدول الثالث Adjustment وحقوله :

1- NO مفتاح غريب مرتبط بجدول Customer

2- Date

3- Type

4- Amt

5- Disc

الجدول الرابع Month وحقوله :

1- No مفتاح غريب مرتبط بجدول Customer

2- Name

3- Year

الجدول الخامس Meter وحقوله :

1- NO مفتاح غريب مرتبط بجدول Customer

2- Type

3- Phase

أتمنى أكون قربة من الحل مع انه العلاقات مو واضحة عندي بشكل كامل

مرحباً أخوى محمد المسيفرى

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

فأنا سعيد جداً بهاذ التفاعل الجيد والفورى من أخى محمد (مشارف) .. وفى انتظار باقى الأخوة.

تحياتى

محمد ندا

الكائنات هى:

1- العميل

2- المتر

3- الفاتورة

4- الدفعات

5- التسويات

وخصائصها كالتالى:

- كائن العميل:

*- كود العميل (مفتاح)

-- اسم العميل

-- التعريفة

-- العنوان (خاصية مركبة) تتكون من :

--- أدد (يمكن يقصد أول دكان دندرمة :) )

--- المدينة

--- الولاية أو المحافظة

--- الرمز البريدى

- كائن المتر: (يمكن يقصد شريحة محاسبة العميل)

*- كود المتر

-- نوع

-- فاس (أهى دى بقى معروفة ده بتاع عم سيد الجناينى .. هو كائن تانى بس من الأرض :) )

- كائن الدفعات:

*- كود الدفعة

-- تاريخها

-- مبلغها

- كائن التسويات:

*- كود التسوية

-- تاريخها

-- نوعها

-- كميتها

-- الخصم

حلو كدة كفاية لحسن حاسس انى فشّار كبييير 

هتقولوا طب فين الفواتير يا فذلوك

مع انى برضه مش عارف فذلوك دى مدح ولا ذم :)

بس بما انكوا مصرين تسمعوا ، وبما ان الخبير بتاعنا بيقول اغلطوا ومالكوش دعوة عشان تتعلموا كويس

يبقى خد عندك:

كائن الفواتير ياسيدى وضح جدا انه لما قريت الفنجان .. أقصد المخطط .. واضح انه كائن رخم

(واللى مش عارف معنى رخم يبقى يقابلنى بعد المدرسة عشان أوريه الرخامة والفلحطة والفذلكة)

-كائن الفواتير:

-- تاريخ الفاتورة

وهى دى المشكلة فى رخامة كائن الفاتورة

انا عمال اقول ده كائن ولا علاقة

الشكل العام للجدول يقول انه علاقة بين كائنات مختلفة

ويساعد على ترسيخ هذا الرأى أن الكائنات كلها لها نفس الشكل المستطيل

والتاريخ واخد نفس الشكل المستطيل وله خصائص وله مفتاح أساسى فى خصائصه.

الرأى الآخر يقول أنها كائن له خصائص ومن خصائصه المركبة: خاصية الشهر

ولا أميل إلى هذا الرأى (شكله رأى واحد من بتوع المعارضة)

خلينا مع الحكومة (أقصد الرأى الأول) لحد باب الدار ..

إذا :الفاتورة علاقة بين كائنات مختلفة 

ينتج عن ذلك ان الشهر كائن بحد ذاته وهو كالتالى:

- كائن الشهر:

*- كود الشهر

-- الاسم

-- السنة

كما ينتج أيضا الكائن الغريب فى الركن الأعلى من الفنجان (خير اللهم اجعله خير) آسف المخطط

هذا الكائن له خاصية أصلية هى القراءة (وخواص خايف اقول مشتقة لحسن تستنونى برة الفصل).

 إذا : الكائن أعلى الفنجان (اسمه كدة مش لاقى له اسم ) هو كالتالى:

- كائن أعلى الفنجان:

-- القراءة

(-- الشهر و -- العميل ) لو غلط انا حاططهم بين قوسين :)

نيجى للعلاقات:

العلاقات الواضحة والصريحة (اللى مش رخمة) هى كالتالى:

عميل -- دفعــات : واحد الى متعدد

عميل -- تسويات: واحد الى متعدد

عميل -- مـــــــتر: واحد الى واحد

عميل -- شهــــر: متعدد الى متعدد

دفعات -- تسويات: متعدد الى متعدد

كائن اعلى الفنجان -- الشهر: متعدد الى متعدد

كائن اعلى الفنجان -- العميل: متعدد الى متعدد

بصوا يا رجالة:

لو وصلنا لباب الدار ولقينا كلام الحكومة غلط 

يعنى لو طلع ان الفواتير كائن مش علاقة

بس حد يشاور لى وانا أغير رأييى فى ثوانى

حتى لو كان رأى المعارضة هاتبناه ويبقى رأى الحكومة وأعيد الحل من تانى

جزااااكم الله خيرا وآسف على الإطالة والشطة والدقة اللى على الحل لزوم النكهة المصرية

وفى انتظار رأى الخــ ..... طير :)

أخوكم

slave

ههههههههههههههههههههههههه

ماشي ياخي SLAVE شكل اجابتك مقنعه اكثر من اجابتي ممممممممممممممممممممممم بس عندي امل ولو قليل ما راح اسحب الاجابة

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

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

ممممممممممممممممم يمكن صح راي صواب يحتمل الخطاء راي غيري خطاء يحتمل الصواب

بس قمت اخاف منك شكلك بذاكر كثير انا توني في اول المشوار

الله الله الله

هو ده الكلام .. شكل الموضوع بدأ يسخن والناس بدأت الكلام الحلو ..

أهلا وسهلاً بالمشاركات الساخنة.

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

وممكن كمان أستنى الإجابات علشان أغش من كل واحد شوية (هى دى الإدارة ولا بلاش).

ملحوظة: مازلت عند رأيى بتغيير إسم Slave إلى مشاكس.

بس فعلاً أنا سعيد بالتجاوب الجميل ده أدامه الله.

تحياتى

محمد ندا

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

فين الرجالة

لو الموضوع كدة يبقى بلاش تمارين ونبقى واقعيين