Dạng cấp quyền truy xuất trong SQL:

Câu hỏi yêu cầu chọn khẳng định đúng nhất về ưu điểm của việc tổ chức lưu trữ dữ liệu theo lý thuyết cơ sở dữ liệu. * **Phương án A:** Sai. Tổ chức dữ liệu theo CSDL giúp giảm tốn kém và lãng phí bộ nhớ bằng cách loại bỏ dư thừa. * **Phương án B:** Đúng. Một trong những ưu điểm lớn nhất của CSDL là khả năng chia sẻ tài nguyên thông tin giữa nhiều người dùng và ứng dụng, đồng thời giảm thiểu sự dư thừa dữ liệu. * **Phương án C:** Sai. Đây là nhược điểm của các hệ thống lưu trữ dữ liệu truyền thống, không phải ưu điểm của CSDL. * **Phương án D:** Đúng nhưng không đầy đủ bằng B. CSDL giúp giảm dư thừa dữ liệu, nhưng phương án B còn bao gồm cả ưu điểm về chia sẻ tài nguyên, nên B đúng hơn. Vậy, phương án B là đáp án đúng nhất vì nó bao gồm cả việc giảm dư thừa và khả năng chia sẻ tài nguyên thông tin, là những ưu điểm quan trọng của CSDL.

Đáp án đúng nhất là B. Phân tích yêu cầu, xác định các thực thể và các mối liên kết, tích hợp yêu cầu, chuyển đổi về các quan hệ, chuẩn hoá dữ liệu và thiết kế vật lý. Đây là trình tự đầy đủ và logic nhất của các bước triển khai mô hình thực thể quan hệ (ERD) trong thiết kế cơ sở dữ liệu. Các bước này đảm bảo rằng hệ thống cơ sở dữ liệu được xây dựng dựa trên yêu cầu thực tế, dữ liệu được tổ chức một cách hiệu quả và dễ dàng truy xuất, và tuân thủ các nguyên tắc về tính nhất quán và toàn vẹn dữ liệu. Các đáp án còn lại thiếu các bước quan trọng hoặc không theo trình tự logic.

Đáp án đúng là D. A -> BC và BC -> Z => AC -> Z Giải thích: Đây là ứng dụng của luật Armstrong về suy diễn các phụ thuộc hàm. Cụ thể, chúng ta sử dụng luật tăng trưởng (Augmentation) và luật bắc cầu (Transitivity). * **Luật tăng trưởng (Augmentation):** Nếu A -> B thì AC -> BC (Thêm thuộc tính C vào cả hai vế). * **Luật bắc cầu (Transitivity):** Nếu A -> B và B -> C thì A -> C. Áp dụng vào bài toán: 1. **A -> BC** (Giả thiết) 2. **BC -> Z** (Giả thiết) 3. Từ A -> BC, áp dụng luật tăng trưởng, ta có **AC -> BCC** 4. Vì BCC tương đương BC, nên **AC -> BC** 5. Kết hợp AC -> BC và BC -> Z, áp dụng luật bắc cầu, ta có **AC -> Z** Các phương án khác sai vì không tuân theo các luật suy diễn phụ thuộc hàm cơ bản.

Câu hỏi này kiểm tra kiến thức về thuộc tính dư thừa trong lược đồ quan hệ. Một thuộc tính được coi là dư thừa nếu việc loại bỏ nó khỏi vế trái của một phụ thuộc hàm không làm thay đổi bao đóng của tập thuộc tính đó. * **Đáp án A:** Xét phụ thuộc hàm `X -> Z`. Vế trái chỉ có một thuộc tính là `X`, nên không thể có thuộc tính dư thừa. * **Đáp án B và D:** Hai đáp án này thực chất là một và giống nhau. Xét phụ thuộc hàm `XY -> WP`. Ta cần kiểm tra xem `Y` có dư thừa trong `XY` hay không. Để kiểm tra, ta tìm bao đóng của `X` sử dụng các phụ thuộc hàm đã cho: `X+ = {X, Z, R}`. Vì `WP` không nằm trong `X+`, nên `Y` không dư thừa. Tương tự, để kiểm tra xem `X` có dư thừa trong `XY` hay không, ta tìm bao đóng của `Y`: `Y+ = {Y}`. Vì `WP` không nằm trong `Y+`, nên `X` không dư thừa. Do đó, `XY` không chứa thuộc tính dư thừa. * **Đáp án C:** Xét phụ thuộc hàm `XZ -> R`. Ta cần kiểm tra xem `X` có dư thừa trong `XZ` hay không. Để kiểm tra, ta tìm bao đóng của `Z` sử dụng các phụ thuộc hàm đã cho: `Z+ = {Z}`. Vì `R` không thuộc `Z+`, nên `X` không dư thừa. Tương tự, để kiểm tra xem `Z` có dư thừa trong `XZ` hay không, ta tìm bao đóng của `X`: `X+ = {X, Z, R}`. Vì `R` thuộc `X+`, nên `Z` là dư thừa trong `XZ`. Vậy `XZ -> R` có chứa thuộc tính dư thừa, cụ thể là `Z`. Vậy, đáp án đúng là C.

Câu hỏi này kiểm tra kiến thức về dạng chuẩn 2NF (Second Normal Form) trong cơ sở dữ liệu. Một quan hệ ở dạng 2NF nếu nó ở dạng 1NF và mọi thuộc tính không khóa đều phụ thuộc đầy đủ vào khóa chính. Điều này có nghĩa là, không có thuộc tính không khóa nào phụ thuộc vào một phần của khóa chính. * **Phương án A:** Quan hệ "Mã báo, tên báo, giá báo và mã khách đặt mua" có thể vi phạm 2NF nếu "tên báo", "giá báo" chỉ phụ thuộc vào "mã báo" (một phần của khóa chính phức hợp gồm "mã báo" và "mã khách đặt mua"). * **Phương án B:** Quan hệ "Mã nhân viên, tên, địa chỉ" có thể là 2NF nếu "mã nhân viên" là khóa chính và "tên", "địa chỉ" phụ thuộc đầy đủ vào "mã nhân viên". * **Phương án C:** Quan hệ "Mã hoá đơn, mã khách, mã mặt hàng" có thể vi phạm 2NF nếu có các phụ thuộc như thông tin về khách hàng hoặc mặt hàng chỉ phụ thuộc vào "mã khách" hoặc "mã mặt hàng" (các phần của khóa chính phức hợp). * **Phương án D:** Quan hệ "Mã khách, tên khách và mã báo, tên báo" có thể vi phạm 2NF nếu "tên khách" chỉ phụ thuộc vào "mã khách" và "tên báo" chỉ phụ thuộc vào "mã báo", trong khi khóa chính là sự kết hợp của "mã khách" và "mã báo". Trong các phương án trên, phương án B là phù hợp nhất với định nghĩa 2NF, vì các thuộc tính "tên", "địa chỉ" phụ thuộc vào "mã nhân viên". Các phương án còn lại có khả năng vi phạm 2NF do sự phụ thuộc một phần của các thuộc tính vào khóa chính phức hợp.