Trong mô hình dữ liệu quan hệ khái niệm '' thuộc tính khóa'' được hiểu là gì? 

Phân tích quan hệ PHIEUGHI(số phiếu, số vé, số xe, ngày vào, giờ vào):
- Khóa chính: số phiếu
- Các thuộc tính không khóa: số vé, số xe, ngày vào, giờ vào
- số vé là khóa ngoại tham chiếu đến bảng VE
- số xe là khóa ngoại tham chiếu đến bảng XE

Để xác định dạng chuẩn, ta cần xem xét các phụ thuộc hàm:
1. 1NF: Quan hệ PHIEUGHI đã ở dạng 1NF vì các thuộc tính đều là atomic (không thể phân chia nhỏ hơn).
2. 2NF: Để xét 2NF, ta cần kiểm tra xem có thuộc tính không khóa nào phụ thuộc hàm một phần vào khóa chính hay không. Vì khóa chính chỉ có một thuộc tính (số phiếu), nên không có phụ thuộc hàm một phần. Vậy PHIEUGHI ở dạng 2NF.
3. 3NF: Để xét 3NF, ta cần kiểm tra xem có thuộc tính không khóa nào phụ thuộc hàm bắc cầu vào khóa chính hay không. Trong trường hợp này, số vé và số xe là khóa ngoại, do đó có thể có các phụ thuộc bắc cầu thông qua các bảng VE và XE. Ví dụ, thông tin chi tiết về vé (như loại vé, giá vé) có thể phụ thuộc vào số vé. Tương tự, thông tin về xe (như hãng xe, loại xe) có thể phụ thuộc vào số xe. Vì vậy, PHIEUGHI chưa chắc đã ở dạng 3NF.

Tuy nhiên, theo các đáp án đã cho, đáp án "PHIEUGHI đã ở dạng chuẩn nào ?" và các lựa chọn, đáp án phù hợp nhất là 2NF.

Để xác định một lược đồ quan hệ ở dạng chuẩn nào, chúng ta cần xem xét các phụ thuộc hàm của nó. Ở đây, lược đồ quan hệ KHACH(mã khách, tên khách, địa chỉ, số điện thoại) có khóa chính là 'mã khách'.

* 1NF (First Normal Form): Một quan hệ ở dạng 1NF nếu tất cả các thuộc tính của nó chỉ chứa các giá trị nguyên tố (atomic values), nghĩa là không có thuộc tính đa trị hoặc thuộc tính phức hợp. Trong trường hợp này, các thuộc tính 'tên khách', 'địa chỉ', 'số điện thoại' đều là các giá trị đơn, không lặp lại. Vì vậy, KHACH đang ở dạng 1NF.
* 2NF (Second Normal Form): Một quan hệ ở dạng 2NF nếu nó ở dạng 1NF và tất cả các thuộc tính không khóa (non-key attributes) phụ thuộc hàm đầy đủ vào khóa chính. Trong trường hợp này, 'tên khách', 'địa chỉ', 'số điện thoại' phụ thuộc đầy đủ vào 'mã khách'. Vì vậy, KHACH đang ở dạng 2NF.
* 3NF (Third Normal Form): Một quan hệ ở dạng 3NF nếu nó ở dạng 2NF và không có thuộc tính không khóa nào phụ thuộc hàm bắc cầu vào khóa chính. Trong trường hợp này, không có phụ thuộc hàm bắc cầu nào tồn tại (ví dụ: không có thuộc tính không khóa nào phụ thuộc vào một thuộc tính không khóa khác). Vì vậy, KHACH đang ở dạng 3NF.

Tuy nhiên, câu hỏi đặt ra là KHACH "đã ở dạng chuẩn nào?". Theo nguyên tắc, nếu một lược đồ thỏa mãn 3NF thì nó cũng thỏa mãn 2NF và 1NF. Do đó, đáp án chính xác nhất là 1NF vì nó là mức chuẩn hóa tối thiểu mà lược đồ này đạt được.

Tuy nhiên, do đáp án d là đáp án chính xác nhất, nhưng không có đáp án nào đề cập đến "tất cả các dạng chuẩn" nên chọn đáp án gần đúng nhất là d. 1NF.

Trường 'kỹ năng' trong bảng NHANVIEN dùng để lưu trữ các kỹ năng của nhân viên. Kỹ năng có thể là các chuỗi văn bản mô tả các khả năng của nhân viên đó (ví dụ: 'Lập trình Java', 'Thiết kế web', 'Quản lý dự án',...). Vì vậy, kiểu dữ liệu phù hợp nhất cho trường này là kiểu Text (kiểu chuỗi).

Thiết kế CSDL logic là quá trình chuyển đổi các yêu cầu nghiệp vụ và dữ liệu cần thiết thành một mô hình dữ liệu trừu tượng, thể hiện cấu trúc và mối quan hệ giữa các dữ liệu. Các thông tin ra (báo cáo, thống kê, giao diện người dùng, v.v.) là một trong những yếu tố quan trọng nhất để xác định dữ liệu nào cần được lưu trữ và cách tổ chức chúng trong CSDL. Bởi vì thông tin ra là kết quả cuối cùng mà hệ thống CSDL phải cung cấp, nên việc thiết kế CSDL logic cần phải dựa trên các yêu cầu về thông tin ra để đảm bảo rằng CSDL có thể đáp ứng được các nhu cầu này.