Giả sử ta có PHIEUTT(số phiếu, mã hàng, số lượng, đơn giá, mã nhà cung cấp) trong đó số phiếu là khóa của PHIEUGHI, mã hàng là khóa của HANG, mã nhà cung cấp là khóa của PHIEUTT. PHIEUTT đã ở dạng chuẩn nào ? 

Để 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.

Bước tiếp theo sau khi liệt kê chi tiết thông tin trong hồ sơ dữ liệu khi thiết kế CSDL logic là tìm ra các thực thể (entities). Các thực thể này sẽ đại diện cho các đối tượng hoặc khái niệm quan trọng cần được lưu trữ trong cơ sở dữ liệu. Sau khi xác định được các thực thể, ta mới tiến hành xác định thuộc tính của chúng và xây dựng mô hình quan hệ. Do đó, đáp án C là chính xác nhất.

Câu hỏi này kiểm tra kiến thức về quy trình thiết kế cơ sở dữ liệu (CSDL) logic. Sau khi đã thu thập và làm sạch dữ liệu (loại bỏ thông tin thừa và chuẩn hóa), bước quan trọng tiếp theo là chuyển đổi mô hình thực thể (Entity Relationship Diagram - ERD) sang mô hình quan hệ. Mô hình quan hệ thể hiện cấu trúc CSDL dưới dạng các bảng (quan hệ) với các thuộc tính (cột) và khóa chính, khóa ngoại. Các bước khác như chuẩn hóa về 3NF thường được thực hiện sau bước chuyển đổi này để đảm bảo tính nhất quán và giảm dư thừa dữ liệu.