Mục tiêu của chuẩn hoá dữ liệu là:

Quan hệ 1NF (First Normal Form) không được chấp nhận trong nhiều trường hợp vì nó có thể dẫn đến các vấn đề trong quá trình thao tác dữ liệu, đặc biệt là khi thực hiện các phép lưu trữ. Cụ thể:

• Tính toàn vẹn dữ liệu: Mặc dù 1NF giúp loại bỏ các nhóm lặp lại, nó không đảm bảo tính toàn vẹn dữ liệu hoàn toàn. Các vấn đề như dư thừa dữ liệu và sự không nhất quán vẫn có thể xảy ra.


• Dị thường thông tin: Quan hệ 1NF có thể gây ra các dị thường (anomalies) khi thực hiện các thao tác như thêm, sửa, hoặc xóa dữ liệu. Ví dụ, nếu một thuộc tính được lặp lại nhiều lần, việc cập nhật giá trị của thuộc tính đó có thể đòi hỏi phải thay đổi ở nhiều nơi, dẫn đến nguy cơ bỏ sót và gây ra sự không nhất quán.


• Cấu trúc biểu diễn dữ liệu phức tạp: Mặc dù 1NF đơn giản hơn so với việc không tuân theo bất kỳ chuẩn hóa nào, nó vẫn có thể dẫn đến cấu trúc dữ liệu phức tạp nếu không được chuẩn hóa tiếp lên các dạng cao hơn (2NF, 3NF, v.v.).


• Phụ thuộc hàm: Số lượng phụ thuộc hàm không phải là vấn đề chính của 1NF. Vấn đề nằm ở chỗ các phụ thuộc hàm này có thể gây ra dư thừa dữ liệu và các dị thường.

Trong các lựa chọn trên, phương án B mô tả chính xác nhất lý do quan hệ 1NF không được chấp nhận, đó là vì khi thao tác các phép lưu trữ thường xuất hiện dị thường thông tin. Các dị thường này làm cho việc duy trì tính nhất quán và toàn vẹn của dữ liệu trở nên khó khăn.

Dạng chuẩn 2NF (Second Normal Form) được định nghĩa như sau:

• Một quan hệ ở dạng 1NF (First Normal Form).
• Tất cả các thuộc tính không khóa (non-key attributes) phải phụ thuộc đầy đủ (fully functional dependency) 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 (nếu khóa chính là khóa ghép).

Do đó, đáp án A là đáp án chính xác nhất.

Quan hệ ở dạng chuẩn 2NF (Second Normal Form) vẫn có thể tồn tại các phụ thuộc hàm không đầy đủ, tức là một thuộc tính không khóa phụ thuộc vào một phần của khóa chính (khóa chính gồm nhiều thuộc tính). Điều này dẫn đến các vấn đề sau:

• Dư thừa dữ liệu: Một số thông tin có thể được lặp đi lặp lại nhiều lần trong bảng.


• Bất thường cập nhật: Việc cập nhật một thông tin có thể đòi hỏi phải thay đổi nhiều bản ghi, và nếu không thực hiện đầy đủ, dữ liệu sẽ không nhất quán.


• Bất thường chèn: Có thể không thể chèn thêm một số thông tin nếu không có đầy đủ các thuộc tính khóa chính.


• Bất thường xóa: Việc xóa một bản ghi có thể vô tình làm mất thông tin quan trọng khác.

Do đó, quan hệ 2NF không đảm bảo tính toàn vẹn dữ liệu do các bất thường có thể xảy ra khi cập nhật, chèn hoặc xóa dữ liệu.

Trong quan hệ dạng chuẩn 3NF (Third Normal Form), cần đáp ứng hai điều kiện chính:

1. Quan hệ phải ở dạng chuẩn 2NF.


2. Không có thuộc tính không khóa nào phụ thuộc bắc cầu vào khóa chính. Nói cách khác, 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.

Điều này có nghĩa là tất cả các thuộc tính không khóa phải phụ thuộc trực tiếp vào khóa chính, chứ không phải thông qua một thuộc tính không khóa khác. Do đó, phương án B mô tả chính xác nhất yêu cầu này: "Không tồn tại các thuộc tính không khoá phụ thuộc đầy đủ vào khoá và sơ đồ bắc cầu."