Việc phân tích xác định kiểm soát hệ thống nhằm thực hiện ý đồ gì? 

Trong mô hình dữ liệu quan hệ, khái niệm "quan hệ" tương ứng với khái niệm "bảng". Mỗi bảng (quan hệ) chứa dữ liệu về một loại đối tượng cụ thể, được tổ chức thành các hàng (bản ghi) và cột (thuộc tính). Các mối liên kết giữa các bảng được thể hiện thông qua các khóa ngoại.

Thuộc tính khóa (key attribute) trong mô hình dữ liệu quan hệ là thuộc tính (hoặc tập hợp các thuộc tính) dùng để xác định duy nhất mỗi bản ghi (row) trong một bảng (table). Nói cách khác, thuộc tính khóa giúp phân biệt các bản ghi trong cơ sở dữ liệu, đảm bảo không có hai bản ghi nào có cùng giá trị trên thuộc tính khóa.

* Phương án a: Sai, thuộc tính khóa không dùng để khóa các bản ghi, mà dùng để định danh duy nhất.
* Phương án b: Sai, thuộc tính khóa phải có giá trị duy nhất cho mỗi bản ghi, không thể nhận nhiều giá trị.
* Phương án c: Đúng, đây chính là định nghĩa của thuộc tính khóa.
* Phương án d: Sai, thuộc tính đa trị là thuộc tính có thể chứa nhiều giá trị khác nhau, không liên quan đến thuộc tính khóa.

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.