Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Erd

338 Aufrufe

Veröffentlicht am

test

Veröffentlicht in: Ingenieurwesen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Erd

  1. 1. E-R Diagram (Entity Relationship Diagram) Boonrit kidngun
  2. 2. E-R Diagram  เป็นแผนภาพที่ทำาหน้าที่จำาลองข้อมูลที่มีความ สัมพันธ์กัน  เป็นการออกแบบฐานข้อมูลในระดับ Conceptual  เป็นแบบจำาลองข้อมูลที่แสดงถึงโครงสร้างฐาน ข้อมูลที่เป็นอิสระจาก Software ที่จะใช้พัฒนา ฐานข้อมูล (ไม่ขึ้นกับ Software)  ทำาให้บุคลากรเข้าใจในระบบฐานข้อมูลได้ง่าย
  3. 3. สัญลักษณ์ที่ใช้ใน E-R Diagram ใช้แบบ Chen Model  Entity  เป็นส่วนที่ใช้สำาหรับเก็บข้อมูลแต่ละรายการภายใน ระบบที่เรากำาลังจัดทำาอยู่  เช่น  บุคคล (พนักงาน, ผู้ป่วย, บุคลากร, นักศึกษา,ลูกค้า)  สถานที่ (จังหวัด, อำาเภอ, ภาค, ที่อยู่)  วัตถุ (รถยนต์, อาคาร, เครื่องจักร,สินค้า)  เหตุการณ์ (ประวัติ, การลงทะเบียน, การรักษา โรค,ซื้อ,ขาย)  สัญลักษณ์จะแทนด้วยรูปสี่เหลี่ยมและมีชื่อ Entity อยู่ภายใน พนักงาน สัญลักษณ์ Entity
  4. 4.  ประเภทของ ของ Entity มี 2 ประเภท  1 Regular Entity อาจจะเรียกอีกชื่อว่า Strong Entity  เป็น Entity ที่อยู่ได้โดยไม่ต้องอาศัย Entity อื่นในการคงอยู่ ซึ่งมีคุณสมบัติ Identity ได้ด้วยตัวเอง ไม่ต้องพึ่ง Entity อื่น  2 Week Entity  Customer Order Detail
  5. 5. ภาพอธิบายภาพอธิบาย Strong & WeakStrong & Weak EntityEntity รหัส ชื่อ คณะ 45001 เดชา บริหารธุรกิจ 45002 สมชา ย เกษตร รหัส ปีการ ศึกษา รหัส วิชา 450 01 1/45 01 450 02 1/45 01 450 1/45 02 รหัสวิชา ชื่อวิชา 01 ฐานข้อมูล 02 โครงสร้าง Student (Strong) Subject (Strong) Regis_Det ail(Weak)
  6. 6.  Attributes  เป็นคุณสมบัติหรือลักษณะของ Entity  เช่น Attributes ของ พนักงาน ประกอบด้วย  เลขที่พนักงาน  ชื่อ-นามสกุล  เพศ  เงินเดือน สัญลักษณ์ Attributes นั้นจะแทนด้วยวงรี โดยมีชื่อ ของ Attributes กำากับอยู่ภายใน และมีเส้นเชื่อม ต่อกับ Entity ของมัน เช่น
  7. 7.  ตัวอย่าง Attributes Employee Name Emp_ID Sex Salary
  8. 8.  Attributes สามารถจำาแนกได้เป็น 6 ประเภท 1 Simple Attributes  Attributesที่ไม่สามารถแบ่งแยกย่อยได้อีกแล้ว เช่น เพศ,เงินเดือน 2 Composite Attributes  มีลักษณะตรงข้ามกับแบบ Simple ที่สามารถแบ่ง แยกย่อยไปได้อีก เช่น ชื่อสกุล ที่สามารถแบ่งออกได้ เป็น Attributes ชื่อ และ สกุล 3 Key Attributes  เป็น Attributes ที่สามารถบ่งบอกถึงเอกลักษณ์ของ Entity นั้นได้ (มีค่าไม่ซำ้ากัน)  เวลาเขียน ER Diagram ต้องขีดเส้นใต้
  9. 9. 4 Single - Valued Attributes  Property ที่มีค่าของข้อมูลได้เพียงแค่ค่าเดียว เช่น Attributes เพศ ที่ระบุได้เพียง ชาย หรือ หญิง เท่านั้น เพราะ มนุษย์มีเพียงเพศเดียว  สัญลักษณ์เป็นวงรี เส้นเชื่อมเป็นเส้นเดี่ยว 5 Multi - Valued Attributes  มีลักษณะตรงข้ามกับแบบ Single ที่สามารถมีค่าของข้อมูลได้ หลายค่า เช่น เบอร์โทรที่ประกอบด้วยรหัสพื้นที่และตามด้วย หมายเลขโทรศัพท์  สัญลักษณ์เป็นวงรีสองเส้น 6 Derived Attributes  เป็น Property ที่ได้มาจากการคำานวณ โดยอาศัยค่าใน Property อื่น ๆ เช่น ค่าของอายุ ที่ได้มาจาก Property วัน เกิด  สัญลักษณ์เป็นวงรีเส้นประ
  10. 10.  ตัวอย่างภาพตัวอย่างภาพ AttributesAttributes ชนิดต่าง ๆชนิดต่าง ๆ StudentID Age Name_Surname Birthday Sex Name Surname Tel Composite key Derived Multi - Valued
  11. 11.  3. Relationship  หมายถึง Entity ที่แสดงความสัมพันธ์ระหว่าง 2 Entity ขึ้นไป  เป็นความสัมพันธ์ระหว่าง Entity ที่มี Attributes ร่วมกัน  โดยแต่ละความสัมพันธ์จะถูกระบุด้วยสัญลักษณ์ สี่เหลี่ยมข้าวหลามตัด (Diamond) และคำาที่อธิบาย ถึงความสัมพันธ์นั้น ๆ  พร้อมทั้งระบุชนิดของความสัมพันธ์ระหว่าง Entity นั้น ๆ ด้วย
  12. 12.  ตัวอย่าง Relationship Employee Work_in Department Order Of Order_detail
  13. 13. ประเภทของ Relationship  1. One-to-One Relationship  เป็นความสัมพันธ์ของสมาชิกของใน Entity หนึ่งไป สัมพันธ์กับ กับสมาชิกของใน Entity อีกอันหนึ่ง เพียงหนึ่งเดียวเท่านั้น Employee Owner 1 1 Car
  14. 14. ประเภทของ Relationship  2. One-to-Many Relationship  เป็นความสัมพันธ์ของสมาชิกของใน Entity หนึ่งไป สัมพันธ์กับ กับสมาชิกของใน Entity อีกอันหนึ่ง มากกว่า 1 สมาชิก Employee Have 1 M Car
  15. 15. ประเภทของ Relationship  2. Meny-to-Many Relationship  เป็นความสัมพันธ์ของสมาชิกมากกว่า 1 สมาชิก ของใน Entity หนึ่งไปสัมพันธ์กับ กับสมาชิกของใน Entity อีกอันหนึ่ง มากกว่า 1 สมาชิก Customer Belong_to M N Account
  16. 16.  Composite Entity  เป็น Entity ที่ถูกสร้างขึ้นเพื่อแปลงความสัมพันธ์แบบ M:M ให้เป็น แบบ 1:M (เพราะแบบ M:M นั้นค่อน ข้างยากแก่การเข้าใจ)  ซึ่ง Composite Entity จะกลายเป็น Entity ใหม่ที่ รวมเอาไว้ด้วย Key Property ของทั้ง 2 Entity หลัก และส่วนสนใจอื่น ๆ  ซึ่ง Key Property ของ Composite Entity ก็คือ Key Property ของทั้ง 2 Entity หลักนั่นเอง (เป็น PK ที่มีลักษณะเป็น Super Key : คีย์ร่วม)  สัญลักษณ์ของ Composite Entity คือ สี่เหลี่ยมผืนผ้า ซ้อนด้วยสี่เหลี่ยมรูปข้าวหลามตัด
  17. 17. ภาพแสดงการเปลี่ยนแปลงจาก M:M มาเป็น 1:M
  18. 18. การออกแบบฐานข้อมูลด้วยการออกแบบฐานข้อมูลด้วย E-RE-R ModelModel 1. ศึกษารายละเอียดและลักษณะหน้าที่งาน ของระบบ  เพื่อรวบรวมรายละเอียด  ลักษณะการทำางานของระบบ  ขั้นตอนการทำางาน  เอกสารรายงานต่างๆ
  19. 19. 2. กำาหนด Entity ที่ควรมีในระบบฐานข้อมูล  โดยคำานึงถึงข้อมูลทั้งหมดที่จะจัดเก็บลงไปใน ฐานข้อมูล ว่าสามารถแบ่งออกได้เป็นกี่ Entity  ภายในฐานข้อมูลหนึ่ง ๆ อาจจะมีจำานวน Entity เป็นจำานวนมาก ซึ่งก็ขึ้นอยู่ที่ผู้ใช้ว่าต้องการจัด เก็บข้อมูลมากเพียงใด  โดยการกำาหนด Entity จะต้องคำานึงถึง Entity ทั้งแบบอ่อนแอและแบบแข็งแรงด้วย
  20. 20. 3. การกำาหนดความสัมพันธ์ระหว่าง Entity  ว่าแต่ละ Entity ที่มีความสัมพันธ์กันนั้น จะ สัมพันธ์กันด้วยเงื่อนไขใด และชนิดความ สัมพันธ์เป็นอย่างไร  One to One Relationship  One to Many Relationship  Many to Many Relationship
  21. 21. 4. การกำาหนดคุณลักษณะของ Entity  เป็นการกำาหนดคุณสมบัติ (Attributes) ให้กับ Entity ว่าควรจะประกอบไปด้วย Attributes ใดบาง  พร้อมทั้งพิจารณาด้วยว่า Attributes ใดบ้างที่ จะเป็น  Composite Attributes  Derived Attributes
  22. 22. 5. การกำาหนด Primary Key ของแต่ละ Entity  เป็นการกำาหนดให้ Entity แต่ละ Entity มี เอกลักษณ์เฉพาะที่สามารถอ้างอิงได้อย่างไม่ซำ้า ซ้อน  นั่นก็คือการกำาหนด Primary Key นั่นเอง
  23. 23. ตัวอย่างการออกแบบฐานข้อมูลด้วยตัวอย่างการออกแบบฐานข้อมูลด้วย E-R ModelE-R Model Ex สถาบันการศึกษาแห่งหนึ่งมีการสอนอยู่ 3 คณะ คือ เกษตร, วิทยาศาสตร์, ศึกษาศาสตร์  ซึ่งในแต่ละคณะจะประกอบไปด้วยภาควิชาต่าง ๆ  แต่ละภาควิชาก็จะประกอบไปด้วยอาจารย์หลาย ๆ คน  อาจารย์แต่ละคนสอนได้หลายวิชา แต่สามารถสังกัดได้ เพียงแค่ภาควิชาเดียว  และอาจารย์แต่ละคนแต่ละภาคก็จะมีหัวหน้าภาค
  24. 24. กำาหนด Entity ที่ควรมีในระบบฐานข้อมูล  Entity Faculty แสดงรายละเอียดของคณะ  Entity Department แสดงรายละเอียดของแผนก  Entity Teacher แสดงรายละเอียดของอาจารย์  Entity Subject แสดงรายละเอียดของวิชา
  25. 25.  กำาหนดความสัมพันธ์ ระหว่าง Entity1 M 1 1 M M
  26. 26. 1 M M M1 1
  27. 27. กำาหนดคุณลักษณะของ Entity  Faculty  Department
  28. 28.  Teacher  Subject
  29. 29. การกำาหนด Primary Key ของ Entity  Entity Faculty คือ Faculty_ID  Entity Department คือ Dep_ID  Entity Teacher คือ Teacher_ID  Entity Subject คือ Subject_ID
  30. 30. ตัวอย่างการออกแบบฐานข้อมูลด้วยตัวอย่างการออกแบบฐานข้อมูลด้วย E-R ModelE-R Model  Ex ให้เขียน ER-Diagram ของระบบการขาย สินค้า ร้านABC คอมพิวเตอร์  โดยที่  ลูกค้าหลายคนสามารถที่จะซื้อสินค้าได้หลายชิ้น  ใบเสร็จรับเงินหลายใบมีสินค้าได้หลายชิ้น  ในใบเสร็จแต่ละใบจะมีพนักขายเพียงคนเดียวเท่านั้น  สินค้าจะประเภทของตัวเอง
  31. 31. กำาหนด Entity ที่ควรมีในระบบฐานข้อมูล  Entity Customer แสดงรายละเอียดของลูกค้า  Entity Employee แสดงรายละเอียดของพนักงาน ขาย  Entity Product แสดงรายละเอียดของสินค้า  Entity TypeProduct แสดงประเภทของสินค้า  Entity Bill แสดงรายละเอียดของใบเสร็จ
  32. 32.  กำาหนดความสัมพันธ์ระหว่าง Entity Customer ได้รับ 1 M Bill Employee มี 1 M Bill TypeProduct มี 1 M Product
  33. 33. Bill มี M M Product Bill Bill_detail M M Product 1 1
  34. 34.  กำาหนดคุณลักษณะของ Entity Employee Emp_ID Emp_name salary Product Product_ID Product_name price TypeProductTypeName TypeID
  35. 35. Customer Cus_ID Cus_name Address Bill Bill_No Bill_date Emp_ID
  36. 36. Bill_detail ER-Diagram ของระบบการขาย สินค้า Customer Cus_ID Cus_name Address Bill Bill_No Bill_date Emp_ID ได้รับ Employee Emp_ID Emp_name salary Product Product_ID Product_name price มี Bill_detail 1 M 1 M 1 M 1M Detail_ID Product_ID Bill_No Amount Price_s TypeProduct มี TypeID TypeName 1 M

×