Mục tiêu của cơ sở dữ liệu là gì:

Chuẩn hoá dữ liệu là quá trình tổ chức dữ liệu trong một cơ sở dữ liệu để giảm sự dư thừa và cải thiện tính toàn vẹn dữ liệu. Mục đích chính của chuẩn hoá là loại bỏ các dị thường (anomalies) có thể xảy ra khi thực hiện các thao tác cập nhật, chèn, hoặc xoá dữ liệu trên các quan hệ (tables) chưa được chuẩn hoá.

• Phương án A: Giá trị khoá nhận giá trị null hay giá trị không xác định là một vấn đề về ràng buộc toàn vẹn dữ liệu, không trực tiếp liên quan đến chuẩn hoá.
• Phương án B: Đây là đáp án chính xác. Khi các quan hệ chưa được chuẩn hoá, việc thực hiện các phép lưu trữ (ví dụ: thêm, sửa, xoá) có thể dẫn đến các dị thường thông tin (ví dụ: dư thừa dữ liệu, mâu thuẫn dữ liệu).
• Phương án C: Các phép tách - kết nối tự nhiên các quan hệ là các thao tác cơ sở dữ liệu, và hiệu quả của chúng phụ thuộc vào cấu trúc quan hệ, nhưng không phải là lý do chính để chuẩn hoá.
• Phương án D: Các dị thường thông tin trong quá trình tìm kiếm có thể xảy ra do dữ liệu không nhất quán hoặc dư thừa, nhưng đây là hệ quả của việc thiếu chuẩn hoá hơn là nguyên nhân cần chuẩn hoá.

Vì vậy, đáp án chính xác nhất là B, vì chuẩn hoá dữ liệu giúp ngăn ngừa các dị thường thông tin khi thực hiện các thao tác lưu trữ dữ liệu.

Quan hệ 2NF (Second Normal Form) không được chấp nhận trong quá trình tìm kiếm (và thiết kế CSDL nói chung) vì nó vẫn còn chứa các phụ thuộc hàm một phần. Điều này dẫn đến các bất thường khi cập nhật, chèn hoặc xóa dữ liệu, làm mất tính toàn vẹn dữ liệu.

• Phương án A: Không thể thực hiện được các phép cập nhật: 2NF vẫn cho phép cập nhật, nhưng việc cập nhật có thể dẫn đến dữ liệu không nhất quán.
• Phương án B: Bao đóng phụ thuộc hàm quá lớn: Bao đóng phụ thuộc hàm không phải là lý do chính khiến 2NF không được chấp nhận.
• Phương án C: Có thể không thể chèn thêm thông tin: 2NF có thể gây khó khăn khi chèn thông tin, đặc biệt là khi thông tin cần chèn phụ thuộc vào một phần của khóa chính.
• Phương án D: Không đảm bảo tính toàn vẹn dữ liệu: Đây là đáp án chính xác. Vì 2NF vẫn còn phụ thuộc hàm một phần, việc cập nhật, xóa hoặc chèn dữ liệu có thể dẫn đến các bất thường, làm mất tính toàn vẹn dữ liệu. Ví dụ, nếu một thuộc tính không khóa chỉ phụ thuộc vào một phần của khóa chính, việc thay đổi giá trị của phần khóa đó có thể dẫn đến việc thông tin về thuộc tính đó bị mất hoặc không nhất quán.

Vì vậy, đáp án đúng nhất là D.

Quan hệ có các thuộc tính mã số, họ tên và địa chỉ, trong đó mã số là khóa chính. Để xác định dạng chuẩn, ta xét các phụ thuộc hàm. Nếu 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, và mọi thuộc tính không khóa đều phụ thuộc đầy đủ vào khóa chính thì quan hệ ở dạng chuẩn 2NF.

• 1NF: Một quan hệ ở dạng chuẩn 1NF nếu tất cả các thuộc tính của nó là atomic (không thể phân chia nhỏ hơn).
• 2NF: Một quan hệ ở dạng chuẩn 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 chỉ phụ thuộc vào một phần của khóa chính (trong trường hợp khóa chính là khóa ghép).
• 3NF: Một quan hệ ở dạng chuẩn 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. Đ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 thuộc tính không khóa khác.

Trong trường hợp này, quan hệ chỉ có các thuộc tính cơ bản (mã số, họ tên, địa chỉ), và không có thông tin nào cho thấy có sự phụ thuộc hàm bắc cầu hay phụ thuộc bộ phận. Do đó, quan hệ ở dạng chuẩn 2NF.

Vì không có thông tin về phụ thuộc hàm bắc cầu, ta không thể kết luận quan hệ ở dạng 3NF. Do đó, đáp án phù hợp nhất là "Dạng chuẩn 2NF".

Phép chiếu (Projection) trong SQL tương ứng với mệnh đề SELECT, dùng để chọn các cột (thuộc tính) nào sẽ được hiển thị trong kết quả truy vấn. Thứ tự thực hiện các mệnh đề trong câu lệnh SELECT là: FROM, WHERE, GROUP BY, HAVING, SELECT, ORDER BY, LIMIT. Như vậy, mệnh đề SELECT (phép chiếu) được thực hiện sau mệnh đề WHERE.

Ngôn ngữ định nghĩa dữ liệu (DDL - Data Definition Language) là một phần của hệ quản trị cơ sở dữ liệu, được sử dụng để định nghĩa cấu trúc của cơ sở dữ liệu, bao gồm các bảng, cột, khóa, ràng buộc, và các đối tượng cơ sở dữ liệu khác. DDL không phải là một ngôn ngữ độc lập hoàn toàn, mà là một phần tích hợp của hệ quản trị cơ sở dữ liệu cụ thể mà nó được sử dụng.

Phương án A: Sai. DDL không chỉ đơn thuần là được đặc tả bằng một ngôn ngữ dữ liệu chung chung, mà là một ngôn ngữ cụ thể trong hệ quản trị CSDL. Phương án B: Đúng. DDL được đặc tả bằng một ngôn ngữ, và ngôn ngữ này là một phần không thể tách rời của hệ quản trị cơ sở dữ liệu. Phương án C: Sai. DDL không chỉ là một phần của hệ quản trị, nó là một ngôn ngữ được tích hợp trong hệ quản trị. Phương án D: Sai. DDL không được đặc tả bằng cách chương trình ứng dụng, mà được sử dụng trực tiếp để định nghĩa cấu trúc CSDL.