قواعد البيانات (الأسس والبرمجة)

[gamal_bor 4]

بسم الله والصلاة على رسول الله وآله وصحبه وسلم

بدأت ببسم الله روحى به اهتدت.........إلى سر أسرار بباطنه انطوت

وصليت فى الثانى على خير خلقه....محمد من زاح الضلالة والغلت

 

قواعد البيانات data base

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

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

 

[gamal_bor 4]

والبانات فى ذاتها لا تحمل معنى meaningless ولا ترتيبا فمثلا

 

أحمد     047          32332     1970

1980   25266          حسن       050

فإذا أضفنا إليها تعريفا

الاسم        مفتاح المحافظة    الرمز البريدى      سنة الميلاد

أحمد              047          32332            1970

سنة الميلاد        الرمز البريدى    الاسم     مفتاح المحافظة

1980           25266          حسن       050

صارت ذات  معنى meaningful  تسمى معلومات

فإذا رتبناها

الاسم        مفتاح المحافظة    الرمز البريدى      سنة الميلاد

أحمد              047          32332            1970

حسن               050         25266            1980

أصبحت تسمى قاعدة بيانات

ومن ثم تعرف قاعدة البانات بأنها

تجمع من المعلومات (ليست بيانات) فى صورة مرتبة (منظمة)

تم تعديل 11 Nov 2014 بواسطه gamal_bor

[gamal_bor 4]

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

من حيث البناء أو النموذج (database architecture (model

من حيث الهدف  mission objective

نبدأ من الهدف....يمكن تقسيم قواعد البانات من حيث هدفها إلى نوعين

الأول : قواعد البانات التحليلية analytical database  وهى التى لا يتم تعديلها إلا على فترات متباعدة وتكاد تكون قواعد ثابتة

وتسمى مجازا بقواعد البيانات التاريخية

[gamal_bor 4]

والثانى : قواعد البيانات العملية operational database وهى التى يتم عليها التغير المستمر أو اللحظى (مثل التسوق الالكترونى....قواعد البانات فى المولات......الخ)

ومن حيث البناء أو النموذج نجد أن مخطط قواعد البانات دخل عليه تطور تلو آخر فبدأ بـ

أولا :النموذج المسطح flatfile data base

وفيه يتم تجمع البيانات فى كيان واحد one entity

ثانيا النموذج الهرمى   hierarchical database model

وفيه كل كيان يتحكم فى كيان أو مجموعة كيانات منفصلة وتلك الكيانات المنفصلة لا علاقة بينها البتة إلا اشتراكها فى الكيان الأعلى المتحكم

تم تعديل 11 Nov 2014 بواسطه gamal_bor

[gamal_bor 4]

ثالثا النموذج النجمى star model

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

رابعا النموذج الشبكى      network database

وفيه ارتباط جزئى بين بعض الكيانات المشتركة فى طبيعة العمل

خامسا النموذج العلاقى  relational model

وهو نموذج تقوم بنيته على العلاقات بين الكيانات فى الأساس أى أنه تموذج متعدد الكيانات والعلاقات ويسمى نموذج

( E-R MODEL(ENTITIES-RELATIONSHIP  MODEL

 

 

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

نظرية المجموعات SET THEORY

والمنطق الاسنادى PREDICATE LOGIC

 

 

تم تعديل 11 Nov 2014 بواسطه gamal_bor

[gamal_bor 4]

إدارة قواد البيانات DATA BASE MANAGMENT

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

إدارة قواعد البيانات تعنى الإنشاء والتعامل مع قواعد البيانات CREATION AND MANIPULATING أو ما يسمى اختصارا بـ CRUD

أى CREATE-RETIRVE-UPDATE-DELETE أى انشاء واسترجاع (أو استعلام) و تحديث وحذف البيانات ومن ثم كانت الحاجة لإيجاد أدوات تقوم بهذا العمل

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

DATABASE MANAGMENT SYSTEMS

[gamal_bor 4]

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

MS ACCESS AS A RELATIONAL DATABASE MANAGMENT SYSTEM

تم تعديل 11 Nov 2014 بواسطه gamal_bor

[kemas 32]

شكرا لك

و فى انتظار المزيد

إن شاء الله

[Abualezz 6]

معلومات غايه في الوضوع وبساطه وسلاسه بدون حشو واسهاب ؟

 

سلمت يمينك وبوركت اخي

gamal_bor

[at_aziz 18]

بارك الله فيك وجزاك الله خير ونفع الله بك

 

وفقك الله ورعاك

[gamal_bor 4]

شكرا لكم جميعا على ذوقكم وردودكم اللطيفة

[gamal_bor 4]

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

نظام إدارة قواعد البيانات RDBMS (RELATIONAL DATABASE MANAGMENT SYSTEM   تقوم بتخزين البيانات فى جداول

وكل جدول يقوم بتخزين المعلومات عن موضوع معين مثل جدول الموظفين أو الأصناف أو الموردين ..... الخ

وكل جدول يتكون من أعمدة (حقول)    FIELDS OR CUPLES وصفوف أو سجلات RECORDS OR TUPLES وكل حقل فى الجدول يحتوى على نوع معين من البيانات كحقل الاسم أو حقل رقم التليفون وكل صف يحتوى عن معلومة كاملة عن عن شخص معين

 

الاسم           مفتاح المحافظة    الرمز البريدى      سنة الميلاد

أحمد              047              32332            1970

حسن             050              25266            1980

 

 

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

غير أننى وقبل الاسهاب فى هذا الموضوع أو أن أنوه إلى الآتى

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

 و يمكن وضع طريقة عمل البرنامج كالتالى

مصدر البيانات(الجداول والاستعلامات على القرص)<.....................>محرك البيانات<........................>واجهة المستخدم

 

[gamal_bor 4]

أهم شىء على الاطلاق فى انشاء قواعد البيانات هو دقة الجداول فالبعض عندما يشرع فى انشاء قاعدة ما دائما ما يشغله الاخراج النهائى للقاعدة (شكل المنتج) وهذا من جملة الأخطاء الكبيرة لماذا؟

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

وبعد إدراك الغرض يأتى التفكر فى ماهى الموضوعات أو الكيانات(الجداول) التى تؤدى هذا الغرض فمثلا لو كان الغرض هو عمل قاعدة بيانات لإدارة مكتبة عامة لاستطلاع  و معرفة عدد القراء وأى نوعية من الكتب قرؤها و ساعة الذروة للمترددين على المكتبة فيكون هذا هو هدف القاعدة فما هى الكيانات التى تشترك فى تلك المهمة.؟

[gamal_bor 4]

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

ثانيا :الكتب على أصناف معروفة وبالتلى الأصناف لها كيان

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

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

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

[gamal_bor 4]

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

الهدف من القاعدة يكون

 حساب أرباح الشركة

الشركة تتعامل فى أصناف ......ولها موردون......ولها زبائن......وبها عاملون

كل إذن توريد له رقم  به الأصناف الموردة وبه سعر كل صنف واستلم الأصناف موظف ما و أدخله المخازن

كل إذن بيع به أصناف لها أسعار و زبون مستلم وموظف بائع نفدا أو على أقساط

والشركة لها مقر له ايجار وتكاليف صيانة ومستلزمات والموظفون لهم رواتب ....إلخ

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

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

[gamal_bor 4]

الجدول الأول نسميه الموردين suppliers يتكون من حقلين على الأقل وهما رقم تعريف المورد واسمه supp_id   , supp_name  ويكون رقم تعريف المورد رقم تلقائى وفى حالة وجود بيانات أخرى للمورد فيكون البيانات الرئيسية فى جدول والبيانات المتكررة أو الفرعية فى جدول آخر مرتبط (قد يكون للمورد ستة أرقام تليفون و أكثر من عنوان وأشياء على هذه الشاكلة فيكون ساعتها عندنا أحد أمرين ...إما أن نضيف حقول مثل تليفون 1  و تليفون 2   .....وعنوان 1   وعنوان 2    ثم نأتى للعميل الثانى فلا نجد إلا بياناته الأساسية فتكون قيم هذه الحقول فارغة الأمر الثانى أن ننشىء جدول ملحق للجدول الأساسى به هذه البيانات الفرعية فلا تؤثر على تضخم الجداول الأساسية بدون داعى )

وهذا يسرى على جدول الزبائن customers وجدول الموظفينemployers

[gamal_bor 4]

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

الرامات لها سعات 1,2.4 جيجا  وكذلك الهاردات وكذلك كروت الشاشة وكذلك الشاشات لها مقاسات مختلفة والمعالجات ...الخ

فهل نكرر اسم الصنف مع مواصفته

فيكون

1              هارد ديسك        ويسترن    500 جيجا بايت

2              هارد ديسك        ويسترن    1 تيرا بايت

3              هارد ديسك       ويسترن      2 تيرا بايت

ثم ندخل على SEAGATE ....FUJITSU........SAMSUNG........HITACHI.......وهلم جرا

ثم كروت الشاشة بأنواعها و سعاتها ثم الشاشات ثم الاكسسوارات والتى لا يحصى عددها

طبعا يجوز أن نفعل ذلك طالما الترقيم التلقائى موجود 

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

1           هارد ديسك

2           فلاش ديسك

3           كارت فيجا

4           دى فى دى    

5          بروسيسور

6           مونيتور

ثم جدول خاص بالمواصفة

 ويسترن 2 تيرا

ويسترن 3 تيرا

سامسونج 3 تيرا

إلخ

[gamal_bor 4]

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

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

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

[gamal_bor 4]

هذه هى الجداول الاساسية قاعدة البيانات

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

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

لكل جدول أساسى من الجداول الاربعة قمنا بعمل رقم معرف فى حقل هو عبارة عن رقم تلقائى حتى يكون لكل عميل أو مورد أو موظف أو منتج رقم فريد (مفتاح أساسى) غير متكرر ومن الممكن أن يكون

نص أو غير ذلك ولكن ميزة الرقم التلقائى أن محرك البيانات يضيفه أوتوماتيك والسبب الآخر أنه يمكن الإشارة إلى عميل معين برقم وليس بسلسلة نصية(الاسم)

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

وسنأتى على شرح ذلك بالتفصيل

(خطأ غير مسموح بهذا النوع من الملفات) رسالة

تم تعديل 17 Nov 2014 بواسطه gamal_bor

[ARWFYALL 0]

ونحن بانتظار المزيد ولك الشكر