Bài Giảng Mô hình ER mở rộng và quy tắc nghiệp vụ

Chương 3: Mô hình ER mở rộng quy tắc nghiệp vụ Nội dung    Nhắc lại ERD Mô hình ERR  Siêu kiểu kiểu  Chuyên biệt hóa tổng quát hóa  Các loại ràng buộc mối liên kết Quy tắc nghiệp vụ  Phân loại Lược đồ ER quy tắc nghiệp vụ PART VENDOR SUPPLY SCHEDULE Shipping mode WAREHOUSE Unit cost Từ lược đồ trên, xác định quy tăc nghiệp vu?? I./ Mô hình liên kết thực thể mở rộng(Enhanced Entity Relationship model)– mô hình EER   Mô hình ER không đủ cấu trúc để diễn tả hệ thống thông tin phức tạp Cần mô hình mở rộng để  Diễn tả quy tắc nghiệp vụ ( business rules) phức tạp  Tạo kiểu thực thể tổng quát (siêu kiểu) Mô hình liên kết thực thể mở rộng    Ví dụ: công ty có loại nhân viên khác nhau: làm theo giờ, theo tháng lương theo hợp đồng Thể quy tắc nghiệp vụ ER nào?? Tạo kiểu thực thể EMPLOYEE có thuộc tính HOURLY, SALARY, CONTRACT thực thể có giá trị thuộc thuộc tính trên, thuộc tính lại để trống Tạo kiểu thực thể riêng biệt cho loại nhân viên  không tận dụng thuộc tính chung Siêu kiểu kiểu (Supertype subtype)   Siêu kiểu (supertype): kiểu thực thể tổng quát có mối liên kết với hay nhiều kiểu Kiểu (subtype): phân nhóm từ kiểu thực thể thành nhiều kiểu thực thể Siêu kiểu kiểu (tt)  Ký hiệu Attributes shared by all entites SUPERTYPE SUBTYPE Attributes unique To subtype SUBTYPE Attributes unique To subtype General entity type Specialized versions of supertype Ví dụ sơ đồ EER Employee_Name Employee_Number HOURLY EMPLOYEE EMPLOYEE SALARIED EMPLOYEE Address Date_Hired CONSULTANT (tư vấn) Annual_Salary Contract_Number (tính theo năm) Hourly_Rate Stock_Option (cổ phần) Billing_Rate Sự thừa kế thuộc tính Attribute inheritance  Sự thừa kế thuộc tính tính chất mà theo kiểu thực thể thừa kế trị thuộc tính thuộc siêu kiểu  Một thành viên subtype thành viên supertype  Điều ngược lại lúc mà phụ thuộc vào nghiệp vụ Khi sử dụng mối quan hệ supertype/subtype  Có thuộc tính dành cho số thể (instance) kiểu thực thể   Ví dụ: siêu kiểu Patient có subtype Outpatient (bệnh nhân) Resident (điều trị) Thể kiểu (subtype) tham gia vào mối quan hệ cho kiểu  Ví dụ: outpatient có thuộc tính CheckBack_Date (ngày tái khám) Resident có thuộc tính Date_Discharged( ngày viện) Các thuộc tính cho subtype 10 Ví dụ định nghĩa attribute   Name: Faculty_ID  Domain: Person_IDs  Definition: unique identifier of a faculty member  Null: no Name: Faculty_Name  Domain: Person_Names  Definition: name of faculty member  Null: no 37 Ví dụ định nghĩa relationship  Name: Is_registered  Type: Binary M:N  Description: associates each student with the course sections for which he or she is registered during the current semester  Constraints: none  Attributes: none 38 Ràng buộc cấu trúc (tt)  Ràng buộc miền trị (domain): xác định tập giá trị mà hay nhiều thuộc tính lấy 39 Ràng buộc tác vụ    Là quy tắc dùng để ràng bụôc tác vụ nghiệp vụ xảy Trước ràng buộc tác vụ thực thủ tục nằm sâu chương trình ứng dụng  khỏ sửa đổi Phương pháp mới: dùng khai báo (declarative approach) để xác định quy tắc nghiệp vụ 40 Ràng buộc tác vụ   Mỗi quy tắc phát biểu khẳng định (assertion) mà không xác định xem quy lụât thực thi Tất quy tắc lưu trữ sở ràng buộc ( constraint base) Khi DBMS xử lý transaction, truy xuất đến quy tắc thích hợp sở ràng buộc để áp dụng cho transaction 41 Ngôn ngữ để xác định ràng buộc  Mỗi quy tắc xác định cú pháp ngôn ngữ đặc biệt có tính chất sau:  Phải đơn giản để người dùng (end user) không hiểu mà tự tạo quy tắc từ ngôn ngữ  Ngôn ngữ phải có cấu trúc thích đáng để chuyển đổi tự động thành mã máy 42 Các đối tượng bị ràng buộc đối tượng ràng buộc   Đối tượng bị ràng buộc ( constrained object): thực thể, thuộc tính hay mối quan hệ mà thao tác ( tạo, xóa, cập nhật, đọc, ) đối tượng bị giới hạn Đối tượng ràng buộc ( constraining object): thực thể, thuộc tính, hay mối quan hệ mà tác động đến khả thực thi tác vụ đối tượng khác 43 Các đối tượng bị ràng buộc đối tượng ràng buộc    Ví dụ: Xét quy tắc nghiệp vụ sau: “ A person can rent a car only if he or she possesses a valid driver’s license” thực thể: PERSON, CAR, DRIVER’S LICENSE mối kết nối: Rents (1-M optional), Possesses (1-1 optional) 44 Lược đồ ER đơn giản DRIVER’S LICENSE CAR Rents Rents PERSON Possesses Possesses Chỉ cấu trúc ngữ cảnh không ràng buộc đối tượng Đối tượng đối tượng bị ràng buộc?? Rents Đối tượng đối tượng ràng buộc?? Possesses 45 Lược đồ ER có ràng buộc DRIVER’S LICENSE CAR R Rents Rents PERSON Possesses Possesses 46 Biểu diễn quy tắc nghiệp vụ Cú pháp: (constrained object) (condition) (constraining object(s)) Hoặc  Theo ký hiệu Ross  47 Ví dụ     Bài toán lập lịch lớp học (class scheduling): quy tắc nghiệp vụ sau:  For a faculty member to be assigned to teach a section of a course, the faculty member must be qualified to teach the course for which that section is scheduled entities: FACULTY, COURSE, SECTION Constrained entity: Is_assigned Constraining entities: Is_qualified, Is_Scheduled 48 Ví dụ FACULTY Is_qualified Is_qualified STUDENT Is_assigned Is_assigned Is_registered Is_registered R SECTION COURSE Is_scheduled Is_scheduled 49 Ví dụ Quy tắc 2: For a faculty member to be assigned to teach a section of a course, the faculty member must not be assigned to teach a total of more than three course sections Constrained entity: Is_assigned  Constraining entity: Is_assigned  50 Ví dụ Is_qualified Is_qualified FACULTY U STUDENT Is_assigned Is_assigned Is_registered Is_registered LIM SECTION COURSE Is_scheduled Is_scheduled 51