3. البنك الفرع العميل الحساب رقم البنك اسم البنك العنوان رقم الفرع عنوان الفرع الاسم رقم التسلسل الاجتماعي الهاتف العنوان رقم الحساب نوع الحساب الرصيد يحتوي فتح حساب تاريخ فتح الحساب

4.  A DB is designed for a library to manage data of books and borrowing transactions  The library contains books which are described by an ISBN, Title, Specialization. Each Book is published by one Publisher and written by many Authors.  A publisher is described by name, ID, Address, Fax and Phone number  An author is described by name, ID, Address, Fax and Phone number. Each author writes many books.  A borrower is described by Card Number, Name, Address. It is required to keep track of date out and due date of each borrowing transaction. 4

5. 5 It is required to keep track of date out and due date of each borrowing transaction.

6. 6 BOOK PUBLISHER AUTHOR BORROWER isbn speci a title name id name id card_nu mber name Published by Written by Is borrowed by date out due date

7.  Each Doctor is described by Doc ID, Phone, address, and specialization. Each doctor is allowed to work in only one department.  Each department is described by Dept no, Name, No of doctors and is supervised by a doctor.  Each patient is described by Card number, name, address, and phone. Each patient is assigned to one or more department. It’s required to keep track each admission date.  Each lab is described by LabNo, name. It’s required to keep track any lab service that may be done to the patient.

8. Miniworld: Hospital Entities/ Data elements(Attributes) /Data Types Doctor: Department: Patient: Lap: specializatio n addressPhone_NoDoc_ID character number No_of_DocDept_NameDept_No numbercharacternumber Phone_NoaddressNameCard_No numbercharacter number Lab_NameLab_No characternumber

9.  1-Each doctor is allowed to work in only one department.  2-Each department is supervised by a doctor.  3- Each patient is assigned to one or more department. It’s required to keep track each admission date.  4-It’s required to keep track any lab service that may be done to the patient.

10. Doctor: Department: Patient: Lap: Doc_ID Dept_No Card_No Lab_No

11. علاقة واحد - متعدد علاقة واحد - واحد علاقة متعدد – متعدد Doctor Work in Department Doctor supervise d Department patient Register Admission date patient lab Registe r Servic e type

12. DEPARTMENT DOCTOR PATIENT LAB Work in supervised doci d phone no addres s specializatio n dept_no dept name no-of doc phon e no lab nam e lab no card no addres s nam e admission date service _type Service Contain

13.  نحول كل كينونة (entity) إلى جدول (Table).  نحول كل صفة (attribute) إلى عمود (column).  نضيف أي صفة علاقة (attribute-relationship) إلى جدول الكينونة على شكل عمود.

14. نرى الجدول الذي مفتاحه الرئيسي إجابته بلا و نضعه كمفتاح أجنبي (foreign key) في الجدول الآخر. نجعل المفتاح الأجنبي في التصميم المفهرس ب ” نعم بدون تكرار “

15.  نجعل المفتاح الرئيسي للكينونة التي من جهة الواحد و نجعلها مفتاح أجنبي في جدول الذي من جهة المتعددة.

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

17.  عدد الجداول في ال Access ممكن تكون ( أكبر من أو يساوي ) عدد الكينونات في ال E_R Diagram.  عند عمل أي علاقة نسحب من ال PK إلى ال FK.  لانشاء علاقة 1-1 فقط نعدل خاصية الفهرسة لل FK الى نعم تكرار غير مقبول.  لإنشاء علاقة M-M في ال Access تفك العلاقة الى علاقتين (1-M) و (1-M) ويكون ال 1 من ناحية الجداول الرئيسية وال M من ناحية الجدول الجديد.  صيغة العلاقة الموجودة في علاقة ( 1-1 ) أو (1-M) في ال E_R Diagram تضاف في الجدول مع ال FK.  إذا كانت العلاقة دائرية نعاملها على أنها جدولين ونأخذ ال PK من احد الجدولين ونضيفه في الأخر.

18.  Each Doctor is described by Doc ID, Phone, address, and specialization. Each doctor is allowed to work in only one department.  Each department is described by Dept no, Name, No of doctors and is supervised by a doctor.  Each patient is described by Card number, name, address, and phone. Each patient is assigned to one or more department. It’s required to keep track each admission date.  Each lab is described by Lab No, name. It’s required to keep track any lab service that may be done to the patient.

19. Dept_Nosalaryspecializatio n addressPhone_NoDoc_ID 1019000Hdamm am 458652311 1015000GAbha256478952 2016000JRiyadh478956253 4018000Ldamm am 784596254 3020000PJedda h 236598745 Doctor: Department: Doc_IDNo_of_DocDept_NameDept_No 110AA10 215BB20 333CC30 412DD40

20. Patient: Phone_NoaddressNameCard_No 6955678dammamhasnaa103 6677990Jeddahhafsa204 4455690Jeddahghiedaa305 3354689mekaheba306 3468799mekadoaa406 Lap: Lab_NameLab_No ASD101 SHS102 FGH103

21. Department_Patient: Lap_Patient: Admission dateCard_NoDept_No 3/4/200710310 6/8/200810130 7/7/200810220 Service_taypCard_NoLab_No AAA103101 BBB101102

23.  Requirements of the Company (oversimplified for illustrative purposes) › The company is organized into DEPARTMENTs. Each department has a name, number and an employee who manages the department. We keep track of the start date of the department manager. › Each department controls a number of PROJECTs. Each project has a name, number and is located at a single location.

24. › We store each EMPLOYEE’s social security number, address, salary, sex, and birthdate. Each employee works for one department but may work on several projects. We keep track of the number of hours per week that an employee currently works on each project. We also keep track of the direct supervisor of each employee.

26.  Department  project Start_DateSSNDept_noDept_name 5\5\1431110AA 6\6\1431220BB Dept_noPro_locationPro_noPro_name 10Riyad101ASD 20Jeddah102FGH

27.  Employee  project_Employee Supervis or_ssn Dept_n o BDGenderSalaryAddressEmployee _Name SSN 2004102/2/1985female19000RiyadHeba1 2009204/6/1980female16000DammamAmal2 hoursEmployee_Nam e Pro_no 12 Amal 101 10 Heba 102