Lecture 07: Mô hình quan hệ thực thể (Entity Relationship Modelling)

Mô hình quan hệ - thực thể (Entity-Relationship Model): Thực thể (Entities), Quan hệ (Relationships), Thuộc tính (Attributes). Các ràng buộc trên thể hiện: Bản số (Cardinalities), Khóa định dạng (Identifiers), Tổng quát hóa (Generalization).
Nội dung trích xuất từ tài liệu:
Lecture 07: Mô hình quan hệ thực thể (Entity Relationship Modelling) Phân tích yêu cầu phần mềm Lecture 07: Mô hình quan hệ thực thể (Entity Relationship Modelling)Mô hình quan hệ - thực thể (Entity-Relationship Model) Thực thể (Entities) Quan hệ (Relationships) Thuộc tính (Attributes)Các ràng buộc trên thể hiện Bản số (Cardinalities) Khóa định dạng (Identifiers) Tổng quát hóa (Generalization) 1 Phân tích yêu cầu phần mềm Mô hình quan hệ thực thểLược đồ quan hệ - thực thể (Entity-Relationship Schema) Mô tả các yêu cầu dữ liệu cho một hệ thống thông tin mới Dùng ký hiệu đồ họa một cách trực tiếp, dễ hiểu Chuyển thành lược đồ quan hệ cho thiết kế cơ sở dữ liệu một cách nhanh chóng Nhưng trừu tượng hơn lược đồ quan hệ E.g. có thể hiển thị một thực thể mà không biết các đặc tính của nó.Các thực thể (Entities): Lớp các đối tượng với các đặc tính chung và một phạm vi tồn tại E.g. Thành phố, Bộ môn, Nhân viên, Mua và Bán Một thể hiện của một thực thể là một đối tượng trong lớp được biểu diễn bởi thực thể E.g. Cần Thơ, Đà Lạt là các ví dụ thể hiện của thực thể Thành phốCác quan hệ (Relationships): Các nối kết logic giữa hai hoặc nhiều thực thể. E.g. Cư trú là một quan hệ có thể tồn tại giữa Thành phố và Nhân viên Một thể hiện của một quan hệ là một thể hiện n-tuple của thực thể E.g. bộ (Nam, Cần Thơ), là một thể hiện trong quan hệ Cư trú. 2 Phân tích yêu cầu phần mềm Các ví dụAdapted from chapter 5 of Atzeni et al, “Database Systems” McGraw Hill, 1999 3 Phân tích yêu cầu phần mềmVí dụ thể hiện cho liên kết Exam Adapted from chapter 5 of Atzeni et al, “Database Systems” McGraw Hill, 1999 Exam 4 Phân tích yêu cầu phần mềm Ý nghĩa thực sự của một sơ đồ ER? Adapted from chapter 5 of Atzeni et al, “Database Systems” McGraw Hill, 1999 Course Meets RoomCourse và Room là các thực thể. Thể hiện của chúng là courses cụ thể (eg CT324) và rooms (eg 202/C1)Meets là một quan hệ. Các thể hiện của nó mô tả các buổi học cụ thể. Mỗi buổi học có chính xác một kết hợp giữa course và room. Các thể hiện của Meets Các thể hiện của Course Các thể hiện của Rooms 5 . Phân tích yêu cầu phần mềm Quan hệ đệ quy (Recursive) Adapted from chapter 5 of Atzeni et al, “Database Systems” McGraw Hill, 1999Một thực thể có thể có quan hệvới chính nó… E.g… Thực thể Nhân viên (Empoyee) có quan hệ đồng nghiệp (colleague) với chính nó.Nếu quan hệ không đối xứng… …Cần định nghĩa hai vai trò mà mỗi thực thể đóng trong quan hệ. E.g … Thực thể Quốc vương (Sovereign) có quan hệ nối ngôi (Succession) với chính nó, nhưng cần định nghĩa hai vai trò tiền nhiệm (Predecessor) và kế nhiệm (successor) khác nhau cho quan hệ. 6 Phân tích yêu cầu phần mềmQuan hệ liên kết ba (Ternary) Adapted from chapter 5 of Atzeni et al, “Database Systems” McGraw Hill, 1999 7 Phân tích yêu cầu phần mềmQuan hệ AND/XOR “Mỗi đơn hàng (Order) hoặc chứa các món hàng (contains a part) hoặc yêu cầu dịch vụ (requests a service), nhưng không phải cả hai” “Đối với một đơn hàng (Order), bất cứ khi nào phát sinh một hóa đơn (invoice) thì cũng sẽ có một đợt chuyển hàng (shipment) được thực hiện và cả hai đều là bắt buộc” ...