Tổng quan về thiết kế cơ sở dữ liệu

HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG KHOA VIỄN THÔNG BÀI TẬP LỚN CƠ SỞ DỮ LIỆU Giảng viên: Nhóm: Thành viên: TS Vũ Thị Thúy Hà 03 Phạm Thùy Trang – B19DCVT406 Đào Ngọc Thủy – B19DCVT400 Vũ Thị Hương Vi – B19DCVT428 Trần Ngọc Minh – B19DCVT259 Hà Nội - 2022 MỤC LỤC LỜI MỞ ĐẦU 2.1 Tổng quan thiết kế sở liệu 2.1.1 Giới hạn mơ hình 2.2: Các thực thể, thuộc tính tập thực thể 2.3 Mối quan hệ tập quan hệ 2.4 Các tính bổ sung chế độ ER 2.4.1 Các khóa ràng buộc 2.4.2 Các ràng buộc tham gia 11 2.4.3 Thực thể yếu 12 2.4.4 Cấu trúc phân cấp lớp 14 2.4.5 Tổng hợp 16 LỜI CẢM ƠN 18 LỜI MỞ ĐẦU Mơ hình liệu mối quan hệ thực thể (ER) cho phép mô tả liệu liên quan đến doanh nghiệp giới thực dạng đối tượng mối quan hệ chúng sử dụng rộng rãi để phát triển thiết kế sở liệu ban đầu Trong chương này, chúng tơi giới thiệu mơ hình ER thảo luận cách tính cho phép ta mơ hình hóa nhiều loại liệu cách trung thực Mơ hình ER quan trọng chủ yếu vai trị thiết kế sở liệu Nó cung cấp khái niệm hữu ích cho phép ta chuyển từ mô tả không thức người dùng muốn từ sở liệu họ sang mô tả chi tiết xác hơn, triển khai DBMS Chúng bắt đầu với tổng quan thiết kế sở liệu Phần 2.1 để thức đẩy thảo luận ta mơ hình ER Trong bối cảnh lớn trình thiết kế tổng thể, mơ hình ER sử dụng giai đoạn gọi thiết kế sở liệu khái niệm Sau đó, chúng tơi giới thiệu mơ hình ER Phần 2.2, 2.3 2.4 Chúng lưu ý nhiều biến thể sơ đồ ER sử dụng khơng có tiêu chuẩn chấp nhận rộng rãi Phần trình bày chương đại diện cho ta mơ hình ER bao gồm loạt tính phổ biến 2.1 Tổng quan thiết kế sở liệu Quá trình thiết kế sở liệu chia thành sáu bước Mơ hình ER phù hợp với ba bước đầu tiên: Phân tích nhu cầu: Bước việc thiết kế ứng dụng sở liệu hiểu liệu lưu trữ sở liệu, ứng dụng phải xây dựng hoạt động thường xuyên tùy thuộc vào yêu cầu hiệu suất Nói cách khác, phải tìm người dùng muốn từ sở liệu Công cụ thiết kế sở liệu: Các công cụ thiết kế có sẵn từ nhà cung cấp RDBMS nhà cung cấp bên thứ ba Đặc biệt, Sybase Oracle có cơng cụ thiết kế phân tích tồn diện Xem URL sau để biết chi tiết công cụ Sybase: http://www.sybase.com/products/application_tools Phần cung cấp thông tin chi tiết công cụ Oracle: http://www.oracle.com/tools Đây thường trình thơng thường bao gồm thảo luận với nhóm người dùng, nghiên cứu mơi trường hoạt động cách dự kiến thay đổi, phân tích tài liệu có sẵn ứng dụng có mà sở liệu dự kiến thay bổ sung, v.v Một số phương pháp luận đưa để tổ chức trình bày thơng tin thu thập bước số công cụ tự động phát triển để hỗ trợ trình Thiết kế sở liệu khái niệm: Thơng tin thu thập bước phân tích nhu cầu sử dụng để phát triển mô tả cấp cao liệu lưu trữ sở liệu, với ràng buộc biết để giữ liệu Bước thường thực cách sử dụng mơ hình ER, mơ hình liệu mức cao tương tự thảo luận phần lại chương Thiết kế sở liệu logic: Chúng ta phải chọn DBMS để thực thiết kế sở liệu chuyển thiết kế sở liệu khái niệm thành lược đồ sở liệu mơ hình liệu DBMS chọn Chúng ta xem xét quan hệ DBMS đó, nhiệm vụ bước thiết kế logic chuyển đổi lược đồ ER thành lược đồ sở liệu quan hệ Chúng ta thảo luận chi tiết bước Chương 3; kết lược đồ khái niệm, gọi lược đồ logic, mơ hình liệu quan hệ 2.1.1 Giới hạn mơ hình Mơ hình ER đơi coi cách tiếp cận hồn chỉnh để thiết kế lược đồ sở liệu logic Điều khơng xác biểu đồ ER mô tả gần liệu, xây dựng thông qua đánh giá chủ quan thơng tin thu thập q trình phân tích nhu cầu Một phân tích cẩn thận thường tinh chỉnh lược đồ logic thu cuối Bước Khi có lược đồ logic tốt, phải xem xét tiêu chí hiệu suất thiết kế lược đồ vật lý Cuối cùng, phải giải vấn đề bảo mật đảm bảo người dùng truy cập vào liệu họ cần, liệu mà muốn giấu họ Ba bước lại thiết kế sở liệu mô tả ngắn gọn đây: Tinh chỉnh lược đồ: Bước thứ tư thiết kế sở liệu phân tích tập hợp mối quan hệ lược đồ sở liệu quan hệ để xác định vấn đề tiềm ẩn tinh chỉnh Trái ngược với bước phân tích yêu cầu thiết kế khái niệm, chủ quan, việc tinh chỉnh giản đồ hướng dẫn số lý thuyết dễ hiểu vững Chúng ta thảo luận lý thuyết bình thường hóa mối quan hệ - tái cấu trúc chung để đảm bảo số thuộc tính mong muốn - Chương 15 Thiết kế sở liệu vật lý: Trong bước này, phải xem xét khối lượng công việc dự kiến điển hình mà sở liệu phải hỗ trợ tinh chỉnh thêm thiết kế sở liệu để đảm bảo đáp ứng tiêu chí hiệu suất mong muốn Bước liên quan đến việc xây dựng mục số bảng phân cụm số bảng liên quan đến việc thiết kế lại đáng kể phần lược đồ sở liệu thu từ bước thiết kế trước Chúng ta thảo luận thiết kế vật lý điều chỉnh sở liệu Chương 16 Thiết kế bảo mật: Trong bước này, xác định nhóm người dùng khác vai trò khác nhiều người dùng khác (ví dụ: nhóm phát triển cho sản phẩm, đại diện hỗ trợ khách hàng, giám đốc sản phẩm) Đối với vai trị nhóm người dùng, phải xác định phần sở liệu mà họ truy cập phần sở liệu mà họ không phép truy cập, đồng thời thực bước để đảm bảo họ truy cập vào phần cần thiết DBMS cung cấp số chế để hỗ trợ bước thảo luận vấn đề Chương 17 Nói chung, việc phân chia quy trình thiết kế thành bước nên coi phân loại loại bước liên quan đến thiết kế Thực tế, bắt đầu với quy trình sáu bước nêu đây, thiết kế sở liệu hồn chỉnh yêu cầu giai đoạn điều chỉnh tiếp theo, tất sáu loại bước thiết kế xen kẽ lặp lại thiết kế đạt yêu cầu Hơn nữa, bỏ qua bước quan trọng việc thực thiết kế sở liệu thiết kế triển khai lớp ứng dụng chạy DBMS Tất nhiên, thực tế, bước bổ sung dẫn đến việc suy nghĩ lại thiết kế sở liệu Các khái niệm kỹ thuật làm tảng cho DBMS quan hệ rõ ràng hữu ích cho người muốn triển khai trì phần bên hệ thống sở liệu Tuy nhiên, điều quan trọng phải nhận người dùng nghiêm túc DBA phải biết cách hoạt động DBMS Sự hiểu biết tốt nội hệ thống sở liệu điều cần thiết người dùng muốn tận dụng đầy đủ lợi DBMS thiết kế sở liệu tốt; điều đặc biệt với thiết kế vật lý điều chỉnh sở liệu 2.2: Các thực thể, thuộc tính tập thực thể Thực thể đối tượng giới thực phân biệt với đối tượng khác, ví dụ sau: đồ chơi Green Dragonzord, phận đồ chơi, người quản lý phận đồ chơi, địa nhà người quản lý phận đồ chơi Nó thường hữu ích để xác định tập hợp thực thể tương tự Một tập hợp gọi tập thực thể Lưu ý tập thực thể không cần phải rời rạc; tập hợp nhân viên phận đồ chơi tập thể nhân viên phận thiết bị chứa nhân viên John Doe (người làm việc hai phận) Chúng ta xác định tập thực thể gọi nhân viên chứa nhóm nhân viên phận đồ chơi thiết bị Một thực thể mô tả cách sử dụng tập hợp thuộc tính Tất thực thể tập thực thể định có thuộc tính giống Lựa chọn thuộc tính phản ánh mức độ chi tiết đại diện cho thông tin thực thể Ví dụ: tập thực thể nhân viên sử dụng tên, số an sinh xã hội (ssn) bãi đậu xe (lot) làm thuộc tính Trong trường hợp này, lưu trữ tên, số an sinh xã hội số bãi đỗ xe cho nhân viên Tuy nhiên, không lưu trữ, chẳng hạn địa người lao động (hoặc giới tính tuổi tác) Đối với thuộc tính liên kết với tập thực thể, phải xác định miền giá trị có Ví dụ: miền liên kết với tên thuộc tính Nhân viên tập hợp chuỗi 20 ký tự Một ví dụ khác, cơng ty xếp hạng nhân viên theo thang điểm từ đến 10 lưu trữ xếp hạng trường gọi xếp hạng, miền bao gồm số nguyên từ đến 10 Hơn nữa, tập thực thể, chọn khóa Khóa tập hợp tối thiểu thuộc tính có giá trị nhận dạng thực thể tập hợp Có thể có nhiều khóa ứng viên, định số khóa khóa Bây giờ, giả định tập thực thể chứa tập hợp thuộc tính xác định thực thể tập thực thể; nghĩa là, tập hợp thuộc tính chứa khóa Chúng ta xem xét lại điểm Phần 2.4.3 Tập thực thể nhân viên với thuộc tính ssn, name lot thể Hình Tập hợp thực thể biểu thị hình chữ nhật thuộc tính biểu thị hình bầu dục Mỗi thuộc tính khóa gạch chân Thơng tin miền liệt kê với tên thuộc tính, ta bỏ qua điều để giữ cho số liệu gọn gàng Chìa khóa ssn Hình 1: Tập thực thể nhân viên 2.3 Mối quan hệ tập quan hệ Mối quan hệ liên kết hai nhiều thực thể Ví dụ, có mối quan hệ Atishoo làm việc khoa dược Giống thực thể, muốn thu thập tập hợp mối quan hệ tương tự thành tập quan hệ (Để tránh nhầm lẫn, chúng tơi giả định tên thuộc tính khơng lặp lại tập thực thể Đây hạn chế thực ln sử dụng tên tập hợp thực thể để giải điều không rõ ràng giống tên thuộc tính sử dụng nhiều tập thực thể.) Hình 2.1 Tập thực thể Nhân viên Một tập quan hệ coi tập hợp n-bộ: e1,…,en|e1E1,…,enEn Mỗi n-bộ biểu thị mối quan hệ liên quan đến n thực thể từ e1 đến en, thực thể ei nằm tập thực thể Ei Trong Hình 2.2, tập quan hệ Làm_việc, mối quan hệ phận mà nhân viên làm việc Lưu ý số tập quan hệ liên quan đến tập thực thể giống Ví dụ, có tập quan hệ Quản Lí liên quan đến Nhân Viên Phịng Ban Hình 2.2 Tập quan hệ Làm_việc Một mối quan hệ có thuộc tính mơ tả Các thuộc tính mơ tả sử dụng để ghi lại thông tin mối quan hệ, thực thể tham gia nào; ví dụ, muốn ghi lại Atishoo làm việc khoa dược kể từ tháng năm 1991 Thông tin ghi lại Hình 2.2 cách thêm thuộc tính, kể_từ_khi, vào Làm Việc Một mối quan hệ phải xác định thực thể tham gia, khơng tham chiếu đến thuộc tính mơ tả Ví dụ, tập quan hệ Làm Việc, mối quan hệ Làm việc phải xác định kết hợp Nhân viên ssn Phịng bandid Do đó, cặp nhân viên-bộ phận định, khơng thể có nhiều giá trị kể từ liên kết Sự thể tập quan hệ tập hợp mối quan hệ Một cách trực quan, thể coi "ảnh chụp nhanh" mối quan hệ thời điểm Một thể tập hợp quan hệ Làm Việc thể Hình 2.3 Mỗi thực thể Nhân viên ký hiệu ssn, thực thể Phòng ban ký hiệu did Mơ hình Mối quan hệ-Thực thể Giá trị kể_từ_khi hiển thị bên cạnh mối quan hệ (Các nhận xét ‘nhiều - nhiều’ ‘tổng số tham gia’ hình thảo luận sau, thảo luận ràng buộc tồn vẹn.) Hình 2.3 Một ví dụ hoạt động mối quan hệ Một ví dụ khác sơ đồ ER, giả sử phận có văn phịng số địa điểm muốn ghi lại vị trí mà nhân viên làm việc Mối quan hệ bậc ba phải ghi lại mối liên kết nhân viên, phận vị trí Biểu đồ ER cho biến thể Làm Việc, mà gọi Làm Việc 2, thể Hình 2.4 Hình 2.4 Tập hợp mối quan hệ bậc ba Các tập thực thể tham gia vào tập quan hệ không cần phải khác biệt; đơi mối quan hệ liên quan đến hai thực thể tập thực thể Ví dụ, xem xét tập quan hệ Báo Cáo trình bày Hình 2.5 Vì nhân viên báo cáo cho nhân viên khác nên mối quan hệ Báo Cáo có dạng (emp1, emp2), emp1 emp2 thực thể Nhân viên Tuy nhiên, chúng đóng vai trị khác nhau: emp1 báo cáo cho nhân viên quản lý emp2, phản ánh số vai trò người giám sát cấp Hình 2.5 Nếu tập thực thể đóng nhiều vai trị, báo vai trò nối với tên thuộc tính từ tập thực thể cung cấp cho tên cho thuộc tính tập hợp quan hệ Ví dụ: tập hợp quan hệ Báo Cáo có thuộc tính tương ứng với ssn người giám sát ssn cấp dưới, tên thuộc tính Người giám sát ssn Cấp ssn Hình 2.5 Tập quan hệ Báo Cáo 2.4 Các tính bổ sung chế độ ER Bây xem xét số cấu trúc mơ hình ER cho phép mơ tả số thuộc tính tinh tế liệu Biểu mơ hình ER lý lớn cho việc sử dụng rộng rãi 2.4.1 Các khóa ràng buộc Xem xét mối quan hệ “Việc Làm” thể hình 2.2 Một nhân viên làm việc nhiều phịng ban, phịng ban có nhiều nhân viên, minh họa ví dụ “Việc Làm” hình 2.3 Nhân viên 231-31-5368 làm việc Cục 51 từ ngày 3/3/93 Cục 56 từ ngày 2/2/92 Cục 51 có hai nhân viên Bây xem xét mối quan hệ khác thiết lập gọi “Người quản lý Nhân viên Phòng Ban” tổ chức thực cho phịng ban có nhiều người quản lý, nhân viên phép quản lý nhiều phận Hạn chế mà phịng ban có nhiều người quản lý ví dụ khóa ràng buộc, ngụ ý thực thể Phịng ban xuất nhiều mối quan hệ Người quản lý trường hợp Người quản lý phép Hạn chế sơ đồ ER Hình 2.6 cách sử dụng mũi tên từ Bộ phận đến Người quản lý Một cách trực quan, mũi tên cho biết thực thể Phịng ban, xác định mối quan hệ Người quản lý mà xuất Hình 2.6 Khóa ràng buộc người quản lý Một ví dụ tập quan hệ “Người quản lý” thể hình 2.7 Trong khí ví dụ tiềm cho tập quan hệ “Việc Làm”, ví dụ “Việc Làm” hình 2.3 vi phạm ràng buộc tập “Người quản lý” Hình 2.7 Một ví dụ Tập quan hệ người quản lý Một tập quan hệ “Người quản lý” cho đến nhiều (one-tomany), để nhân viên liên kết với nhiều phịng ban (với tư cách người quản lý), phịng ban liên kết với nhiều nhân viên với tư cách người quản lý Ngược lại, tập quan hệ “Việc Làm”, nhân viên phép làm việc số phòng ban phòng ban phép có số nhân viên, cho nhiều-đến-nhiều (many-to-many) Nếu thêm hạn chế nhân viên quản lý nhiều phận vào tập quan hệ “Người quản lý”, điều cách thêm mũi tên từ “Nhân viên” đến “Người quản lý” Hình 2.6, có tập quan hệ dến (one-to-one) 10 Khóa ràng buộc quan hệ bậc ba Chúng ta mở rộng quy ước - khái niệm khóa ràng buộc - thành tập quan hệ liên quan đến ba nhiều tập thực thể: Nếu tập thực thể E có khóa ràng buộc tập quan hệ R, thực thể biểu E xuất nhiều mối quan hệ (một thể tương ứng của) R Để khóa ràng buộc tập thực thể E tập quan hệ R, vẽ mũi tên từ E đến R Trong hình 2.8, chúng tơi mối quan hệ bậc ba với ràng buộc Mỗi nhân viên làm việc nhiều phịng ban địa điểm Một ví dụ tập quan hệ “Việc Làm 3”được thể Hình 2.9 Lưu ý phịng ban liên kết với số nhân viên vị trí, vị trí liên kết với số phòng ban nhân viên; nhiên, nhân viên liên kết với phòng ban vị trí đơn lẻ Hình 2.8 Một tập quan hệ bậc ba với khóa ràng buộc 2.4.2 Các ràng buộc tham gia Khóa ràng buộc “Người quản lý” cho biết phòng ban có nhiều người quản lý Một câu hỏi tự nhiên cần đặt liệu phòng ban có người quản lý Hãy để chúng tơi nói phịng ban bắt buộc phải có người quản lý Yêu cầu ví dụ ràng buộc tham gia; tham gia tổ chức thực thể Phòng ban tập quan hệ “Người quản lý” cho toàn Một tham gia tổng số cho phần Ví dụ, tham gia thực thể tập “Nhân viên” “Người quản lý” phần, khơng phải nhân viên quản lý phận 11 Hình 2.9 Một ví dụ Việc Làm Xem xét lại tập quan hệ “Việc Làm 3”, điều tự nhiên để nghĩ nhân viên làm việc phịng ban phịng ban có nhân viên Điều có nghĩa tham gia “Nhân Viên” “Phòng Ban” “Việc Làm” toàn Biểu đồ ER Hình 2.10 cho thấy “Người quản lý” “Việc làm” tập quan hệ tất ràng buộc cho Nếu tham gia tập thực thể tập mối quan hệ tổng thể, hai nối với đường dày; độc lập, diện mũi tên hạn chế Các trường hợp “Việc Làm” “Người Quản Lý” thể Hình 2.3 2.7 thỏa mãn tất ràng buộc Hình 2.10 2.4.3 Thực thể yếu Cho đến nay, chúng tơi giả định thuộc tính liên kết với tập thực thể bao gồm chìa khóa Giả định khơng phải lúc Ví dụ, giả sử nhân viên mua sách bảo hiểm để trang trải cho người phụ thuộc họ Chúng muốn ghi lại thơng tin sách, bao gồm đối tượng điều chỉnh sách, thông tin thực mối quan tâm người phụ thuộc nhân viên Nếu nhân viên nghỉ việc, sách thuộc sở hữu nhân viên bị chấm dứt chúng tơi muốn xóa tất sách liên quan thơng tin người phụ thuộc từ sở liệu 12 Chúng chọn xác định người phụ thuộc tên tình này, điều hợp lý người phụ thuộc nhân viên định có tên khác Như thuộc tính tập thực thể “Người Phụ Thuộc” pname tuổi Thuộc tính name khơng xác định người phụ thuộc Hãy nhớ lại chìa khóa cho “Nhân Viên” ssn; có hai nhân viên gọi Smethurst, người có trai tên Joe Hình 2.10 Người Quản Lý Việc Làm Người phụ thuộc ví dụ tập thực thể yếu Một thực thể yếu xác định cách xem xét số thuộc tính với khóa thực thể khác, gọi chủ sở hữu định danh Các hạn chế sau phải có: ▪ Tập thực thể chủ sở hữu tập thực thể yếu phải tham gia vào tập quan hệ mộtđến-nhiều (một thực thể chủ sở hữu liên kết với nhiều thực thể yếu, thực thể yếu có chủ sở hữu nhất) Tập hợp mối quan hệ gọi tập quan hệ xác định tập thực thể yếu ▪ Tập thực thể yếu phải tham gia toàn vào tập quan hệ xác định Ví dụ, thực thể “Người phụ thuộc” xác định lấy khóa chủ sở hữu thực thể “Nhân viên” pname thực thể “Người phụ thuộc” Bộ thuộc tính tập thực thể yếu xác định thực thể yếu cho chủ sở hữu thực thể định gọi khóa phần tập thực thể yếu Trong ví dụ chúng ta, pname khóa phần cho “Người phụ thuộc” 13 Tập thực thể yếu “Người phụ thuộc” quan hệ với “Nhân viên” thể Hình 2.11 Tổng số tham gia “Người phụ thuộc” vào “Chính sách” thể cách liên kết chúng với đường kẻ tối Mũi tên từ “Người phụ thuộc” đến “Chính sách” thực thể “Người phụ thuộc” xuất nhiều (thực sự, xác một, ràng buộc tham gia) với quan hệ “Chính sách” Để nhấn mạnh thực tế “Người phụ thuộc” thực thể yếu “Chính sách” quan hệ xác định nó, vẽ hai đường kẻ tối Để pname khóa phần cho “Người phụ thuộc”, chúng tơi gạch cách sử dụng đường nét đứt Đây có nghĩa có hai phụ thuộc có giá trị pname Hình 2.11 Tập thực thể yếu 2.4.4 Cấu trúc phân cấp lớp Đôi việc phân loại thực thể tập thực thể thành lớp điều tự nhiên Ví dụ, muốn nói tập thực thể “Giờ Làm_Nhân_Viên” “Hợp Đồng Nhân Viên” tập thực thể để phân biệt sở mà họ toán Chúng ta có thuộc tính làm việc lương theo xác định cho “Giờ Làm Nhân Viên” thuộc tính id hợp đồng định nghĩa cho “Hợp Đồng Nhân Viên” Chúng muốn ngữ nghĩa thực thể trong tập thực thể “Nhân viên”, phải có tất thuộc tính “Nhân viên” xác định Do đó, thuộc tính xác định cho thực thể “Giờ Làm Nhân Viên” thuộc tính dành cho “Nhân viên” cộng với “Giờ Làm Nhân Viên” Chúng ta nói thuộc tính cho tập thực thể “Nhân viên” kế thừa tập thực thể “Giờ Làm Nhân Viên” ISA “Giờ Làm Nhân Viên” (đọc 1) “Nhân viên” Ngoài - ngược lại với phân cấp lớp ngơn ngữ lập trình C ++ - có ràng buộc truy vấn phiên tập thực thể này: Một truy vấn yêu cầu tất thực thể “Nhân viên” phải xem xét tất thực thể “Giờ Làm Nhân Viên” “Hợp Đồng Nhân Viên” Hình 2.12 minh họa phân cấp lớp Tập thực thể “Nhân viên” phân loại theo tiêu chí khác Ví dụ, chúng tơi xác định nhóm nhỏ nhân viên “Nhân Viên Cấp Cao” Chúng ta sửa đổi Hình 2.12 để phản ánh thay đổi cách thêm nút ISA thứ hai làm nút “Nhân viên” tạo “Nhân Viên Cấp Cao” phần tử 14 nút Mỗi tập thực thể phân loại thêm, tạo hệ thống phân cấp ISA đa cấp Hệ thống phân cấp lớp xem theo hai cách: Hình 2.12 Cấu trúc phân cấp lớp ▪ ▪ “Nhân viên” chuyển hóa thành lớp Chuyên hóa trình xác định tập tập thực thể (lớp cha) có chung số phân biệt đặc điểm Thông thường, lớp cha định nghĩa trước, lớp định nghĩa tiếp theo, sau thuộc tính tập hợp quan hệ dành riêng cho lớp thêm vào “Giờ Làm Nhân Viên” “Hợp Đồng Nhân Viên” nhân viên khái quát Như ví dụ khác, hai tập thực thể “Thuyền máy” “Ơ tơ” khái qt thành thực thể “Phương_ Tiện_Cơ_Giới” Khái quát bao gồm việc xác định số đặc điểm chung tập tập thực thể tạo tập thực thể có chứa thực thể sở hữu đặc điểm chung Thông thường, lớp xác định trước, lớp cha xác định tập hợp quan hệ liên quan đến lớp cha sau định nghĩa Chúng ta định hai loại ràng buộc liên quan đến phân cấp ISA, chồng chéo bao gồm ràng buộc Các ràng buộc chồng chéo xác định xem hai lớp có phép chứa thực thể Ví dụ, Atishoo vừa thực thể “Giờ_Làm_Nhân_Viên” thực thể “Hợp_Đồng_Nhân_Viên” không? Theo trực giác, khơng Anh ta vừa thực thể “Hợp_Đồng_Nhân_Viên” thực thể “Nhân_Viên_Cấp_Cao” không? Theo trực giác, có Chúng tơi biểu thị điều cách viết “Hợp_Đồng_Nhân_Viên CHỒNG CHÉO Nhân_Viên_Cấp_Cao” Trong trường hợp khơng có tun bố vậy, giả định theo mặc định, tập thực thể bị ràng buộc khơng có chồng chéo 15 Các ràng buộc bao gồm xác định xem thực thể lớp có chung hay không bao gồm tất thực thể lớp cha Ví dụ, thực thể “Nhân viên” có thuộc lớp nó? Theo trực giác, không Mọi thực thể “Phương_Tiện_Cơ_Giới” phải thực thể “Thuyền máy” hay thực thể “Ơ tơ”? Theo trực giác, có; thuộc tính đặc trưng phân cấp khái quát ví dụ lớp cha thể lớp Chúng ta biểu thị điều cách viết “Thuyền_Máy VÀ Ơtơ BAO GỒM TRONG Phương_Tiện_Cơ_Giới” Trong trường hợp khơng có tun bố vậy, chúng tơi giả định khơng có ràng buộc bao gồm; có phương tiện giới thuyền máy hay ô tô Có hai lý để xác định lớp (bằng cách chuyên hóa khái quát): Chúng tơi muốn thêm thuộc tính mơ tả có ý nghĩa thực thể lớp Ví dụ, lương theo khơng có ý nghĩa thực thể “Hợp_Đồng_Nhân_Viên”, mà việc trả lương xác định hợp đồng cá nhân Chúng tơi muốn xác định tập hợp thực thể tham gia vào số mối quan hệ Ví dụ, chúng tơi muốn xác định quan hệ “Người quản lý” để tập thực thể tham gia “Ban Phòng” “Nhân_Viên_Cấp_Cao”, để đảm bảo nhân viên cấp cao nhà quản lý Một ví dụ khác, “Thuyền máy” “Ơ tơ” có thuộc tính mơ tả khác (giả sử, trọng tải số lượng cửa), thực thể “Phương_Tiện_Cơ_Giới”, chúng phải cấp phép Thơng tin cấp phép nắm bắt quan hệ “Cấp_Phép_Để” “Phương_Tiện_Cơ_Giới” tập thực thể gọi “Chủ sở hữu” 2.4.5 Tổng hợp Như định nghĩa nay, tập quan hệ liên kết tập thực thể Đơi phải mơ hình hóa mối quan hệ tập thực thể quan hệ Giả sử có tập thực thể gọi “Dự án” thực thể “Dự án” tài trợ nhiều phòng ban Tập quan hệ “Nhà tài trợ” nắm bắt thơng tin Một phịng ban tài trợ cho dự án định nhân viên để giám sát việc tài trợ Về mặt trực quan, “Người giám sát” phải mối quan hệ thiết lập liên kết quan hệ “Nhà tài trợ” (thay thực thể “Dự án” “Phịng ban”) với thực thể “Nhân viên” Tuy nhiên, xác định quan hệ để liên kết hai nhiều thực thể Để xác định tập quan hệ chẳng hạn “Người giám sát”, giới thiệu tính Mơ hình ER, gọi tổng hợp Tổng hợp cho phép tập quan hệ (được xác định thông qua hộp gạch ngang) tham gia vào tập quan hệ khác Điều minh họa Hình 2.13, với hộp gạch ngang xung quanh “Nhà tài trợ” (và tham gia tập thực thể) sử dụng để 16 biểu thị tổng hợp Điều cho phép coi “Nhà tài trợ” tập thực thể nhằm mục đích xác định tập quan hệ “Người giám sát” Khi nên sử dụng tổng hợp? Một cách trực quan, sử dụng cần thể mối quan hệ mối quan hệ Nhưng liệu thể mối quan hệ liên quan đến mối quan hệ mà không sử dụng tổng hợp? Trong ví dụ chúng tơi, khơng đặt “Nhà tài trợ” trở thành mối quan hệ bậc ba? Câu trả lời thực có hai mối quan hệ riêng biệt, “Nhà tài trợ” “Người giám sát”, người có thuộc tính riêng Ví dụ, quan hệ “Người giám sát” có thuộc tính ghi lại ngày nhân viên định làm người giám sát tài trợ So sánh thuộc tính với thuộc tính kể từ “Nhà tài trợ”, ngày tài trợ có hiệu lực Việc sử dụng tổng hợp so với quan hệ bậc ba hướng dẫn tính tồn vẹn định ràng buộc, giải thích Phần 2.5.4 Hình 2.13 Tổng hợp 17 LỜI CẢM ƠN Đầu tiên, chúng em xin gửi lời cảm ơn chân thành đến Học viện Công nghệ Bưu Viễn thơng đưa mơn học Cơ sở liệu vào chương trình giảng dạy Đặc biệt, chúng em xin gửi lời cảm ơn sâu sắc đến giảng viên môn - Cô Vũ Thị Thúy Hà dạy dỗ, truyền đạt kiến thức quý báu cho chúng em suốt thời gian học tập vừa qua Trong thời gian tham gia lớp học Cơ sở liệu cơ, chúng em có thêm cho nhiều kiến thức bổ ích, tinh thần học tập hiệu quả, nghiêm túc Đây chắn kiến thức quý báu, hành trang để chúng em vững bước sau Bộ môn Cơ sở liệu mơn học quan trọng, vơ bổ ích có tính thực tế cao Đảm bảo cung cấp đủ kiến thức, gắn liền với nhu cầu thực tiễn sinh viên Tuy nhiên, vốn kiến thức nhiều hạn chế khả tiếp thu thực tế nhiều bỡ ngỡ Mặc dù chúng em cố gắng chắn tập lớn khó tránh khỏi thiếu sót nhiều chỗ cịn chưa xác, kính mong xem xét góp ý để tập lớn chúng em hồn thiện Nhóm thực Nhóm 18 ... 2.1 Tổng quan thiết kế sở liệu Quá trình thiết kế sở liệu chia thành sáu bước Mơ hình ER phù hợp với ba bước đầu tiên: Phân tích nhu cầu: Bước việc thiết kế ứng dụng sở liệu hiểu liệu lưu trữ sở. .. hình liệu mức cao tương tự thảo luận phần lại chương Thiết kế sở liệu logic: Chúng ta phải chọn DBMS để thực thiết kế sở liệu chuyển thiết kế sở liệu khái niệm thành lược đồ sở liệu mơ hình liệu. .. Bước thứ tư thiết kế sở liệu phân tích tập hợp mối quan hệ lược đồ sở liệu quan hệ để xác định vấn đề tiềm ẩn tinh chỉnh Trái ngược với bước phân tích yêu cầu thiết kế khái niệm, chủ quan, việc