بسم الله الرحمن الرحيم أهلا وسهلا بكم في درس جديد
من دروس مادة MIS نزلنا مع Chapter 6 Foundations of
Business Intelligence Database and Information
Management Today we are going to talk about
operations of relational database management
systems الثلاث عمليات الأساسية تستخدم لتطوير
مجموعات مفيدة من البيانات لاختيار اكتشاف مجموعة من
البيانات من كل المجموعات التي تجعلها تكون مضمونة
بالقرارات مضمونة بالقرارات مضمونة بالقرارات مضمونة
البرنامج تخلق مجموعة من المقالات والطاولة التي
تخلق طاولة مع فقط المعلومات المحددة طيب يعني هو
الآن بيتحدث عن ال operations of a relational
database management system وبيقول إن هناك يعني
ثلاثة عمليات أساسية بيتم استخدامها عشان احنا نطور
مجموعة مفيدة من البيانات هذه العمليات الأساسية أول
حاجة Select Creating subset of data of all records
that meet stated criteria بمعنى أنه بيتم إنشاء
مجموعة فرعية من البيانات لجميع السجلات اللي بتكون
يعني أو بتتفق مع المعايير المحددة من قبل طيب إن
join combines relation tables to provide the user with
more information than available in individual
tables يعني join أو انضمام أو اللي بمعنى دمج بعض
الجدول لتزويد المستخدم بمعلومات إيه أكثر مما هو
متاح في الجداول الفردية يعني فيه ممكن يكون عندي
جدولين ثلاثة أربعة خليني أتحدث عن جدولين عشان
نتماشى مع المثال ممكن نمشي هدول الجدولين مع بعض
بحيث إنه نخرج أو نخرج بجدول أو تقرير مبسط يعني
يكون فيه إيه فائدة أو ممكن يعني استفادة منه بصورة
أو بأخرى Projects create subset of columns in a table
creating tables with only the information
specified بمعنى أن المشروع أو العملية الثالثة
بتسمى ال Project اللي هو إنشاء مجموعة يعني أو
مجموعة فرعية من الأعمدة في الجداول أو إنشاء جداول
جداول يعني بمعلومات محددة فقط جداول شديدة فيها
معلومات محددة حسب ال Criteria اللي احنا بنحطه
طبعا يعني قراءتنا للـ Slide ممكن يكون لسه الفهم
قاصر وبالتالي يمكن توضيح هذا الأمر من خلال ال
Diagram ومثال هنشوف إن الموضوع هذا أكثر سلاسة من
ما نتخيله طب لو انتقلنا إلى هذا ال Diagram هنا في
عندي مجموعة من الجداول جدولين أساسيين ال Supplier
و ال Part لو بدأنا من عند ال Part ال Part Number هو
الـ Primary Key هنا مدي إلى كل Part أو كل Unit رقم
زي الـ Student Number زي إيه المعتمد تبع البنك له
رقم حساب مصرفي وما إيه لازم إذا اليوم كنت عارف مثلا
الدور الاتش اللي هي الدور الاتش في عندها رقمها 137
لو وضعت رقم الـ Part ده 137 حيقلل الدور الاتش على
طول دور مولدنغ مثلا 150 وما إلى ذلك Supplier عند
الـ Supplier Number فيه له رقم Supplier Name،
Street, City and so on لغاية لما نوصل لغاية
Suppliers رقم اللي هو البريد طيب هنا كيف ممكن نعمل
Join؟ كيف ممكن نعمل Join ما بين الاتنين يعني هدول
الجدولين؟ خلي بالك إن الـ Part Number عبارة عن ال
Primary Key بالنسبة لجدول الـ Part و الـ Supplier
Number عبارة عن الـ Primary Key بالنسبة لـ Supplier
Table لكن ندخل الـ Supplier Number هنا في جدول الـ
Part بيخليه هو الـ Foreign بيخليه هو الـ Foreign Key
هو الـ Foreign Key Supplier Number هنا Primary لكن
Supplier Number هنا بالنسبة لجدول الـ Part أصبح الـ
Foreign Key طب ليش حقناه؟ حقناه عشان هو يكون حلقة
الوصل ما بين الجدول هذا و الجدول هذا بمعنى أنّه
لما نعمل Select يكون فيه رقم للـ Part أو للـ Unit رقم
الـ Supplier اللي بيورد هذا الـ Part أو هذه الـ Unit
وبالتالي أنا ممكن أعمل Project يعني أقول أنا مثلا
من كل الـ Parts اللي موجودة و الـ Supplier اللي
موجودين مقابلهم أنا أختار مثلا Unit معينة هنا و
أقول مين هدول الناس اللي بي .. أو مين الـ Supplier
اللي بيوردليا .. مين الـ Supplier اللي بيوردليا
وبالتالي أعمل Project بمعنى أنا مش محتاج أعرف كل
الـ Parts و Call الـ Supplier اللي بيوردوها أنا بس بدي
يعني Criteria على نوع أو أكثر من الـ Bars بدي أعرف
مين الـ Supplier اللي بيوصل ليهم أو اللي بيورد ليهم هذه
هو مختار هنا 137 150 وخاطط التفاصيل Part Number
Part Name بس هذه جزئيات اللي اختارها Supplier
Number Supplier Name هذه جزئيات اللي بديها حط ال
Criteria بمعنى محدد أنواع الـ .. الـ Part اللي بدي
إياها عشان يقوله مين الـ Supplier اللي بيورد له
الآن لو بدي أعرف تفاصيل أكثر عن الـ Supplier برجع
لجدول تبع الـ Supplier بأخذ كل التفاصيل اللي أنا
بدي إياها لو بدي أعرف معلومات أكبر عن الـ Part ممكن
أرجع لجدول يعني Part و أعرف معلومات أكثر طب الموضوع
هذا ليس يعني معقدًا ليس معقدًا خلينا نفتح كده File
Access ونمشي مع بعض خطوة بخطوة خطوة بخطوة الآن هذا
الـ Table تبع الـ Part هي موجود نفس الـ Table اللي
موجود في المثال أمامنا هذا الـ Table تبع الـ Supply
هذا الـ Table تبع الـ Supplier طب كيف أنا ممكن أعمل
Connection ما بين هذا الـ Table و هذا الـ Table كيف
ممكن أعمل Connection بين Table الـ Part و Table الـ
Supplier بكل بساطة زي ما تعلمنا سابقًا بنروح على ال
Database Tools Database Tools في عندي هنا حاجة
اسمها Relationship Relationship بمعنى إيجاد علاقات
ما بين هذه الجداول إيجاد علاقات ما بين هذه الجداول لو
بضغط عليها تظهر عندي القائمة هذه هكتر الـ Part جدول
الـ Part و هكتر جدول الـ Supplier و بعد كده هقوله
Okay Thank You هذا كل شيء أنا بديه لاحظ إن الـ
Items اللي موجودة في الـ الـ الـ Table هيها تبع الـ
Part أصبحت واضحة هنا الـ Items تبعت الـ Supplier
برضه صارت موجودة أمامي الآن في قاسم مشترك اللي هو
Supplier Number و هنا في عندي Supplier Number إذا
أنا بدي أعمل Connection أو بدي أعمل Join بين هدول
الـ Tables بكل بساطة بالـ Click اليمين بضغط و بروح
أنا ساحب و موصل لغاية الـ Supplier Number في الـ
Table التاني هتظهر عندي هذه الشاشة عشان نأكد على
إن احنا الـ Part هاي Supplier Number و الـ Supplier
باردو Supplier Number هقوله Create إذا هنا أنشأ
هذه العلاقة أنشأ هذه العلاقة طيب عشان نعمل الـ
Table اللي هو تبع الـ Project إيش ممكن نعمل هنروح
لوين لـ Create هنروح لـ Create ممكن نختار الـ هو Query
Design Query Design و هرجع أختار Query Design
هتطلع لي هذه الشاشة المنسدلة فيها الـ Tables اللي
موجودة عندي كلها تختار منها الـ Table اللي أنت حابب
تشتغل معاها احنا عندنا بس اتنين Tables الـ Table
الأول الـ Part هقوله Okay الـ Table التاني الـ
Supplier هقوله Okay لاحظ إن يعني أظهر لي الاتنين
Tables و العلاقة ما بينهم ما بينهم إن هي مرتبطة
بالـ Supplier Number طيب أنا هاجي هنا في الـ Part
هقوله أنا بدي الـ Part Number و الـ Part Name زي ما
هو عامل و هنا الـ Supplier Number و الـ Supplier
Name تمام أنا بدي الـ Supplier أو بمعنى إن يكون في
عندي أو يظهر القوائم بجروبات ما بديش مثلا الـ Table
تبع 181 181 181 يتكرر خلينا نشوف شكل الـ Table كيف
ممكن يطلعه هيطلع بهذا الشكل .. هيطلع بهذا الشكل
لمين؟ لكل الـ Parts اللي موجودة عندي .. لكل الـ
Parts اللي موجودة عندي لكن احنا ملاحظين إن صار
فيه نوع من التكرار ثمانية اثنين خمسة تسعة ثمانية
اثنين خمسة تسعة مين؟ إذا في عند الـ Supplier ممكن
يكون بيعمل توريد لأكثر من Part لأكثر من Part تمام
واضحة الفكرة إذا نرجع إلى الـ Table تبعنا مرة أخرى
هنا أنا فقط بدي الـ Items اللي هو أو الـ Part اللي هي
مئتين و ثلاثين مئتين و سبعة و ثلاثين و مئة و خمسين في
عندي هنا في الـ Query اللي هو إيه الـ Criteria الـ
Criteria طب إيش هأعمل بكل بساطة هأكتب مئة سبعة و
ثلاثين و أعمل Space و أقوله Or مئة و خمسين و أشوف
الـ Table كيف حيصير هي الـ Table زي ما هو ظاهر عندنا
في المثال في الـ Biblity 137 150 إذا احنا عملنا
Query من هنا وحددنا بالـ Criteria تبعتنا لأنه سابقًا
قبل ما نحدد الـ Criteria جابلنا .. قبل ما نحدد الـ
Criteria هذه جابلنا آه جابلنا الـ Items كلّه فلو
عندي كمية كبيرة من الـ items ممكن يجيبليها كلها لكن
أنا طالما أني حددت الـ project تبعك بدي فقط الـ
item أو بدي الـ part رقم 137 و الـ part الثاني رقم
150 حطيته هنا في الـ criteria مباشرة اه طلع للي
هو هذه أو هذا الـ table سميه ما شئت بإمكانك أنك
تسميه ما شئت و تحتفظ فيه كـ query إذا عندي الـ item
مئة سبعة و ثلاثين دولار لاتش بيورد لـ supplier
الرقم ثمان تلات متين تسعة و خمسين طيب في هنا حاجة
كمان حابين نتعرف عليها اللي هي Structure Query
Language SQL Structure Query Language لو ضغطنا على
Structure Query Language هذه لغة البرمجة اللي بيتم
استخدامها في الـ access لتطبيق أو لتنفيذ ما تم
استخدامه من أوامر أو ما تم تنفيذه من أوامر هذه
للمعرفة الآن هتتضح الأمور بصورة أكبر لو رجعنا لـ ..
لو رجعنا لـ الـ bibli تبعنا
هتتضح الأمور هنا بصورة أكبر، لاحظ أنه هي الرقم 137
دورولاتش نفس التقارير تقريباً طلعت عندنا نفس الـ
project اللي موجود في الـ access وبالتالي فهمنا
إحنا أكثر الـ select الـ join و الـ project كيف
بينعمل من خلال الـ access أصبح الأمر أكثر سلاسة
أكثر بساطة هذا طبعاً الـ diagram شفنا المثال على
الطبيعة الآن هو بيتحدث عن capabilities of database
management system بيتحدث عن capabilities لـ data
management database management systems قدرات يعني
هذا النظام فهو قدرات أنظمة إدارة قواعد البيانات
قدرات أنظمة إدارة قواعد البيانات واللي بيتحدث فيها
هو بيقول data definition and capabilities بمعنى
أنه هذا النظام زي ما شفنا في الـ access قبل قليل
القدرة عنده قدرة على أنه يعمل تعريف للبيانات كمان
في عنده قدرة أنه يعمل data dictionary قاموس
للبيانات query and reporting شفنا الـ query كيف
عملنا منها reporting وشفنا أنه كيف ممكن الـ
structure query language تظهر لغة معالجة البيانات
اللي هي لغة الـ Structured Query Language شفناها
قبل قليل Many database management have report
generation capabilities for creating polished
report إذا العديد من اللي هي الـ database
management system أو العديد من أنظمة إدارة قواعد
البيانات عندها إمكانيات إنها تعمل تقارير وتعمل
تقارير مسئولة حقيقة تعمل تقارير مسئولة زي الـ
project اللي قبل قليل شفناه من بين كل الـ parts هو
اختار اثنين وعرف مين الموردين لهذه الـ parts طيب
هذه الصورة أيضاً شفناها في المثال قبل قليل اللي هو
الـ access كيف عملياً بيقوم بإدخال البيانات للجداول
في البداية وبالتالي بيعمل الجدول وبعد كده شفنا الـ
structure query يعني language هي موجودة هنا في هذا
الـ slide يعني من باب العلم بالشيء لأن هذه الـ ..
يعني اللغة ترجمت الأوامر اللي تم وضعها و الـ
criteria اللي تم وضعها و هو يعني مبين أنه تم وضع
criteria أن إحنا اخترنا أو حددنا من كل الـ parts الـ
part رقم 137 و الـ part رقم 150 و بتطلع لي الـ
project اللي أنا بديه هنا الـ query يمكن هذه الشاشة
شفناها بشكل يعني أكثر تفصيلاً في الـ access الـ
tables اللي كانوا موجودين الـ part و الـ supplier كما
شفناها قبل قليل واخترنا من الـ part اللي هو الـ
part name و الـ part الـ part number و الـ part name
وكذلك الحل بالنسبة لـ supplier supplier number و
supplier name حطينا الـ criteria هنا الـ criteria هي
37 أو 150 وبالتالي عمل له هو الـ table أو الـ
project زي ما شفنا قبل قليل في الـ access طيب
designing database designing database كيف ممكن
نعمل designing لـ database
conceptual design is physical design اللي هو
التصميم يعني إيه المفاهيم مقابل إيه التصميم المادي
على حد التعبير Normalization Normalization اللي هي
إيه؟ التسوية لو بدنا نترجمها حرفياً Normalization
بمعنى تطبيع لكن هنا يعني المقصود فيها التنسيق أو
يعني يكون في شيء منسق ما بين البيانات والجداول وما
إلى ذلك Streaming Streamlining Complex Groupings of
data to minimize redundants data elements and a
work world many to many relationship إذا المقصود
هنا بالـ normalization له تبسيط المجموعات مجموعات
البيانات الكبيرة والمعطلة كيف ممكن نعمل عملية
تبسيط ونقلل هذه البيانات أو هذه العناصر اللي ما فيش
لها يعني حاجة أو زائد عن الحاجة والعلاقات الملائمة
كيف ممكن أنها تكون هناك علاقات ملائمة بين الإقرار،
إذا المقصود فيها يعني زي ما شفنا في الـ table تبع الـ
project قبل قليل أنا مش محتاج أعرف من جدول الـ park
أكثر من الرقم و الاسم نفس القضية مش محتاج أعرف من
جدول الـ supplier أكثر من الرقم و الاسم مش عايز
أعرف هو العنوان و الـ zip و الـ city و الـ country و
الحاجات الثانية مش عايزها الآن قد أكون يعني بحاجة
لها في مكان آخر لكن في الـ project تبعي أنا بدي
معلومات محددة وبالتالي هذا يعني .. هذا يمكن مثالي
يوضح كيف ممكن نقوم بعملية تبسيط لهذه البيانات
الكثيرة و المعقدة في بعض الأحيان و نقلل من العناصر
هذه الزائدة اللي ما لهاش لزوم و نستخدم فقط البيانات
اللي إحنا بحاجة لها طيب rational integrity التكامل
المرجعي تكامل المرجعي rules used by rational
database management system to ensure rational
relationship between table remain consistent بمعنى
أن القواعد المستخدمة بواسطة نظام إدارة القواعد
البيانات العلاقية يعني يكون فيه نوع من ضمان البقاء
لعلاقة بين الجداول يعني كلام جيد بس مش واضح كما
يجد مش واضح كما يجد يعني عشان نوضح الكلام هذا اللي
هي التكامل المرجعي الآن في الجداول اللي قبل قليل
يعني شفناها جدول الـ part جدول الـ supply لا يمكن أو
لا يجوز أن أنا أضيف parts جديد من غير ما يكون فيه
supplier بيزودني بهذا الـ part بمعنى أنه لازم أحط
supplier في جدول الـ supplier بيزودني بهذا الـ part
حتى تظل فيه نوع من العلاقة في نوع من العلاقة
الرجوعية هذا المقصود فيها هو إيه اللي حيصير فيه
خلال في هذه الجدول entity relationship diagram
ممكن يكون يعني العملية هذه نعملها أو الكيان هذا
نعمله يعني diagram أو رسم يعني رسم لهذه العلاقة A
correct data model is essential for a system
serving the business well يعني بيتحدث عن الـ
diagram بيقول أنه النموذج تبع البيانات لما بنعمله
بشكل رسم أو رسم لهذه العلاقة إذا كان هذا النموذج
صحيح البيانات الموجودة في هذا النموذج صحيح يعني
يعتبر النموذج ضروري لمين لنظام بيقوم بخدمة العمل
بشكل جيد طيب لو ما كانش مظبوط معناته في خلال
محتاجين أننا يعني أن نصوروا أن نصوروا طيب ننتقل
إلى جزئية and unnormalized relation for order
حاطلنا هو مثال على علاقة their متسقة بالنسبة لمين
لجدول تبع مين تبع الـ order في ناس بتعمل order
order before normalization لحظة أن الجدول أو
البيانات يعني كبيرة بيانات طويلة جداً order number
order date Part number, part name, unit price وهلم جرّى لغاية .. لما نوصل لغاية الـ supplier زيّه طب
إحنا يعني محتاجين نعرف بس إيش الـ order مين اللي
عمل الـ order إيش الـ items أو الـ part اللي موجودة
في الـ order هذه فيه بيانات زائد عن الحد يمكن أثناء
المحاضرات كنا بيقول إنه على سبيل المثال أنا بحاجة
إلى قائمة أعرف فيها عدد الطلاب المسجلين لمساق
marketing information systems مثلاً أنا عايز أسماء
الطلاب و أرقامهم الجامعية مش محتاج أنا أعرفها
الطالب، عنوان الطالب، رقم جوال الطالب، عدد الساعات
اللي مسجلها الطالب، عدد الساعات اللي أنهىها
الطالب، المعدل التراكمي للطالب، الأشياء اللي دفعها،
يعني رسوم و رسوم المتبقي، هذه كلها البيانات زائدة
بالنسبة لي وبالتالي أنا مش محتاجة هذه un
-normalized relation، إذا أنا مش محتاجة، أنا كل
اللي محتاجة فقط أن الشعب رقم كذا يكون فيها أسماء
الطلاب ويعني أرقامهم الجامعية شكراً هنا بيكون في
عندنا normalized هنا normalized لكن لو كان في
unnormalized معناته في بيانات كثير ممكن تظهر هي
زائد عن الحق و لا حاجة لنا بها .. لا حاجة لنا بها
هذه العلاقة التي تحتوي
على مجموعة متكررة من البيانات التي ليست لها أي
نظام أو أي استخدام في لحظة ما
يعني مثلاً عندنا ال order هذا ال order ممكن يجتمل
على أكثر من جزء طيب ال order مثلاً بدي رقم 137,
150, 138 وبالتالي هو هتكررلي بيانات يقوم بعمل إيه
تخزين اسم المورد ومعلومات أخرى يعني كثيرة عدة مرات
ممكن يكون المورد واحد لأكثر من طارق و تم يكرر لي
في هذه البيانات أكثر من مرة، فبالتالي صار في عندي
بيانات زائدة و مكررة مجموعة مكررة من البيانات لسنا
بحاجة لها لذلك لابد من ال normalize لابد من
التنسيق أو تسوية البيانات طيب كيف ممكن نعمل التسويق
هنا في ال orderاللي قبل شوية شفنا قم يعني بتقسيم
العلاقة إلى أربع أقسام أربع أقسام أصغرها اللي هي
عش ال order عش بتحتوي على ال order number و ال
order date ال key هنا اللي هو ال order number
وبينتقم لل ليه؟ لل line item ال order number هو
ال key وال part number هو ال key ليه؟ لأن ال order
number ممكن يحتوي على أكثر من part أنا بدي ال part
رقم 130, 135, 137 هنا فقط بيظهر حاجتين فقط بيظهر
شغل ثاني ال order number و ال order part لكن في ال
line item هنا ممكن ال order نفسه يظهر عدد ال parts
أو يعني إيش هم ال parts بشكل أكثر تفصيلة طيب هنا
لغاية ال part ال part quantity و ما إلى ذلك ال part
number هو عبارة عن ال key في وين في ال part عبارة
عن ال key في ال part ال part name ال part price
supplier number هو عبارة عن ال supplier number
بالنسبة أو ال key بالنسبة لل supplier في جدول ال
supplier supplier number هو ال key إذا هنا صارت في
نوع من ال normalization نوع من ال normalization ال
order فقط صار بيحتوي على سمات يعني مختصرة ال order
فيه فقط يعني سمتين اللي هو ال order number و ال
order date ال order الواحد ممكن order رقم واحد و
order رقم اثنين و order رقم ثلاث و ما إلى ذلك
order رقم واحد مثلاً ممكن يحتفظ أو يكون فيه أكثر من
parts زي ما حكينا part رقم مائة و عشرين مائة و
ثلاثين مائة خمس و ثلاثين و هلهم مجرم؟ هنا احنا
بنعمل فقط يعني normalized لل order زي ما حكينا
السمتين فقط اللي بيظهروا تفاصيل ال order الواحد ال
order الرقم واحد بتظهر في ال line items ال order
رقم واحد في part رقم ثلاثين رقم مئة و ثلاثين مئة و
خمس و ثلاثين و ما إلى ذلك إيش تفاصيل ال part هذا
بنرجع ل .. يعني أو بنستخدم ال part number ك key ل
ال part و بنيجي مثلاً 135 جداش يعني مين اللي بورده
أو إيش اسمه إيش اسم ال part نفسه سعره و مين اللي
بورده و ما إلى ذلك عايزين نعرف أكثر تفاصيل عن مين
اللي بورده هنرجع ل ال supplier و ال supplier
number ال supplier كذا و كذا و أهلاً و ما شاء الله
إذا هنا عملنا نوع من ال normalize لمن؟ ليه ال
order؟ ليه ال order؟ يعني باختصار بيقول أنه أو
يعني الشكل بيوضح أنه تم تقسيم العلاقة الأصلية اللي
قبل شوية شفناها كلها بشكل يعني أفقي الآن تم
تقسيمها إلى أربع علاقات أصغر ال order يعني زي ما
.. زي ما حكينا قبل قليل يعني بيوضح فقط سمتين ال
order number و ال order date ال .. ال line item
بيوضح يعني على عدد ال parts أو إيه تفاصيل ال parts
المطلوبة في كل order وبالتالي ال line item
مفتاح مدمج أو متسلسل يتكون من ال order number ال
order number هنا لما بيقول order رقم خمسة ممكن
يظهر هنا رقم خمسة نعرف إيش تفاصيل ال possibility
ال order رقم واحد بيطلع لنا إياه وما إلى ذلك طيب
ترتيب ال orders بيحتوي عليه ال part number كمان
الـ Line Item يشتمل على الـ Part Number اللي يتم
من خلاله الـ Connect مع الـ Part لكي نعرف تفاصيل
كل Part على حده والـ Supplier Number بيعمل
Connection مع الـ Supplier لكي نعرف من يورد هذا ال
Part أو ذا هذا الرسم يعني أو هذا ال diagram بيوضح
الجداول اللي تم تسويتها وكيف تم تقسيم هذه الجداول
تبع الطلبات إلى أربع جداول أصغر كلها مرتبطة في
بعض و لها صلة في بعض نلاحظ أن جدول الطلب زي ما
حكينا في البداية و بنرجع بنكرر مرة أخرى بيحتوي فقط
الطلب هنا بيحتوي فقط على سمتين اللي هو رقم ال
order و التاريخ تبع ال order رقم ال order و
التاريخ تبع ال order العناصر المتحددة اللي يعني
مطلوبة في .. في هذا الجدول أو في هذا ال order بتم
تخزينها وين؟ في ال line item بتم تخزينها في ال
line item وبعد هيك يعني بيقوم بعملية ال
normalization زي ما احنا شايفين أن هو وجب أو يعني
حد من تكرار البيانات اللي مالهاش لزوم عند إنشاء
الطلب لكن بإمكاننا نسترجح هذه البيانات أو معظمها
باستخدام مفاتيح الجداول زي ما حكينا من ال order
number هنا في order number مرتبطة في line item ال
line item مرتبط بال part من خلال ال part number
نعرف إيش ال parts و تفاصيلها كما تحدثنا من ال part
supplier number نقدر نعرف مين المورد لكل part وما
إلى ذلك طيب يمكن الجزية الكبيرة اللي هي بتتحدث عن
ال entity relationship entity relationship يعني هو
اللي هو الرسم أو ال diagram للعملية أو العلاقة
لاحظ أنه يعني خلينا نبدأ من اليسار إلى اليمين ال
supplier ال supplier بإمكانه أن يعمل توريد لأكثر
من part أكثر من part هذا الرسم
أو هذا الشكل بيوضح ال supplier بإمكانه يعمل توريد
لأكثر من parts يعني ممكن supplier رقم 15 يورد ال
parts رقم 135 و150 و160 وما إلى ذلك هذا على سبيل
المثال طيب ال parts كمان ممكن يكون ال line item بده
أكثر من part يعني ال order صحيح هو order واحد لكن
في مثلاً محتاج ال part رقم 137 و محتاج ال part رقم
150 محتاج الشكوش و محتاج المنشار و محتاج الباب و
محتاج أكثر من item ال order أو ال line item بيقدر
يزود هنا أو بيزود ال order بأكثر من item أو أكثر
من part في نفس الوقت ال line item كمان بيودي لل
part أن احنا بحاجة لأكثر من part بحاجة لأكثر من
part يعني لو رجعنا بشكل عكس ال order ممكن يحتوي على
أكثر من part ال line item بيأخذ هذه أو بيخزن هذه
ال part عنده ال line item ممكن يبعد لل part ويقوله
أنا بدي أكثر من item أو أكثر من part من عندك ال
supplier بإمكانه أنه يزود ال parts أو يزود بأكثر
من parts كما تحدثنا بإمكانه أنه يعمل تزويد بأكثر
من parts يعني هذا الرسم بيوضح يعني مثال على إيه؟
على التخطيط لعلاقة الكيان كما حكينا أو كما أوضحنا
قبل قليل بيوضح أن أمر واحد يمكن أن يحتوي على
العديد من ال line items الأمر زي ما حكينا ال order
الواحد ممكن أن يحتوي على العديد من ال line items
طيب كمان ال line items هذه فيها عديد من ال parts
وبالتالي بتوديها لمين؟ لل parts و بتطلبها من عندهم
الـ parts ممكن ال supplier يزود بأكثر من parts
بأكثر من parts وبالتالي يعني ال diagram هنا بيوضح
هذه العلاقة بيوضح هذا الشكل للعملية اللي ممكن أن أنها
تصير بنلاحظ أنه بيحتوي ممكن أن يحتوي كل عنصر سطر
على جزء واحد فقط كمان أن ممكن يكون لكل جزء مورد
واحد فقط ممكن يكون أكثر من مورد أو يعني مورد واحد
لكل .. لكل جزء كل جزء له مورد واحد بس المورد ممكن
يورد أكثر من جزء هذا المقصود في ذلك
و يعني كمان ممكن توفير العديد من الأجداد بنفس
المورد يعني زي ما وضحنا كما وضحنا نرجع مجدداً مرة
أخرى و للمرة الأخيرة ال order يمكن يعني يكون order
واحد هو order واحد لكن بيشتمل على أكثر من line
items بمعنى أن في أكثر من part بتم تخزينها هنا ال
line items بإمكانها أن تبيع أكثر من order أكثر
عقبال من parts مطلوبة من جدول ال parts لكن كل part
عبارة عن part واحد كل part يعني الشكوش هو شكوش
المنشرة هي منشرة الباب هو باب لكن كل واحد هو أيضاً
طيب ال parts هنا بيقول أن كل parts له supply كل
parts له supply في واحد بي .. في عندي supplier
بيزودني بالشكوش في عندي supplier بيزودني بالباب و
أهلاً و أما يجربنيلكن في نفس الوقت ممكن supplier
واحد يسوّدني بأكثر من parts بمعنى أن مورد واحد
ممكن يوردلي الباب والشكوش وما إلى ذلك هذا للتوضيح
بالنسبة لل relationship diagram تبع ال entity this
is everything for this lecture thank you for your
attention and see you next lecture إن شاء الله
السلام عليكم ورحمة الله وبركاته Okay, please provide the Arabic/English lecture transcript you would like me to proofread and correct. I will then apply the guidelines you've provided to fix any typos or grammatical errors, while ensuring the original text's meaning and style are preserved.