Logical Design (Mapping)

• Now we want to convert the conceptual ER schema into a relational database schema
• This step is called Mapping
• We then express this relational schema using SQL code

Relational Data Model

![[Data Models in Databases#23-relational-model-الأشهر|2.3 Relational Model (الأشهر)]]

Constraints

We talked about Participation Constraints In relationships

ER to Relational Mapping

Mapping Steps

Summary

Mapping Type	Solution
1. Strong Entities	Create a new table for each strong entity
2. Weak Entities	Create a new table and add a foreign key for the strong entity
3. Binary Relationships
- 1:1 Must-Must	Combine in one table (no new table needed)
- 1:1 May-Must	Foreign key on the “Must” side (no new table needed)
- 1:1 May-May	Foreign key on either side (no new table needed)
- 1:M Must from “Many” side	Foreign key on the “Many” side (no new table needed)
- 1:M May from “Many” side	Foreign key on the “Many” side (no new table needed)
- M:N	Create a new linking table for the relationship
4. Ternary Relationships	Create a new linking table with three foreign keys
5. Unary Relationships	Use a self-referencing foreign key or create a new table depending on the relationship type

1. Mapping of regular(Strong) Entity Types

1) Composite Attribute

عشان أظهرها بعملها على حسب الـ Constraint File أو كنا قولنا عليه Equations File فلازم أكتب فيها حاجة زي Composite انها هتظهر الإسم (Mahmoud Feshar) يعني بكتب المعادلة نفسها أو الـ Equation

2) Multivalued Attributes

الـ Complex Attribute زيها برضو بالظبط

3) Mapping of Derived Attributes

بنعمل Ignore للـ Derived ونكتب الأصلية بس ممكن في البيزنيس يخلينا نعملها Column عادي

بنكتب برضو المعادلة بتاعنا في الـ Equations File يعني مثلًا Age = CurrentDate - DOB لو كل مرة هحسب المعادلة دي وأنا مش معايا Resources فاعملها Column عادي أو لو عايز أعمل مثلًا الأبلكيشن يبقا سريع لأنه مش هعمل العملية دي زي الأبلكيشنز اللايت

لازم تعمل منشن في الـ Equation لو هي معتمدة على داتا من Table تاني

2. Mapping of Weak Entity Type

افتكر ان الـ Weak Entity مبيبقاش فيها Primary key وبيبقا فيها Partial Key

3. Mapping Relationships

1) Binary M:N Relationship

2) Binary 1:M Relationship

Approach 1 (Must)

Approach 2 (May)

3)Binary 1:1 Relationship

Approach 1 (Total-partial)

Approach 2 (Total-total)

Approach 3 (Partial-partial)

Summary

4. Mapping of N-ary Relationship

5. Mapping of Unary Relationship

بعملها في نفس الـ Table وأزود FK فيها بيشاور على PK دا في حالة الـ 1:M

في حالة الـ M:N بنعمل Table جديدة بيبقا فيها اتنين FK بيشاوروا على نفس الـ PK الحوار دا اسمه Junction Table

Junction Table

الـ Junction Table ببساطة هو جدول بنعمله في قواعد البيانات علشان نقدر نوصل بين جدولين عندهم علاقة Many-to-Many. طيب ليه بنحتاجه؟ لأن قاعدة البيانات ما تقدرش تعمل العلاقة دي مباشرة، فلازم نعمل جدول ثالث يوصل بينهم.

طيب ناخد مثال بسيط؟

خلينا نقول إن عندنا قاعدة بيانات للمدرسة، وعندنا جدولين رئيسيين:

1. جدول Students (الطلاب)، فيه بيانات عن كل طالب زي اسمه ورقم الطالب.
2. جدول Courses (المواد)، فيه بيانات عن كل مادة زي اسم المادة ورقم المادة.

طيب المشكلة هنا إن الطالب الواحد ممكن ياخد أكتر من مادة، والمادة الواحدة ممكن يكون فيها أكتر من طالب. يعني عندنا علاقة Many-to-Many.

نحل المشكلة إزاي؟

بنعمل جدول جديد نسميه Students_Courses، وده هو الـ Junction Table اللي هيوصل بين Students وCourses.

في الجدول ده بنحط:

1. الـstudent_id: ده زي المفتاح اللي بيربطنا بجدول Students.
2. الـcourse_id: ده المفتاح اللي بيربطنا بجدول Courses.

شكل البيانات في الجدول

هتبقى بالشكل ده:

student_id	course_id
1	101
1	102
2	101
3	103