Giá trị NULL trong SQL là gì? Cách hiểu đúng và Xử lý hiệu quả

Câu truy vấn WHERE cot != 'gia_tri' bỗng dưng bỏ sót dữ liệu? Các hàm COUNT, SUM trả về kết quả sai lệch dù bảng "nhìn có vẻ đủ"? Nguyên nhân cốt lõi thường đến từ giá trị NULL trong SQL — một trạng thái mang logic 3 giá trị (three-valued logic) cực kỳ dễ bị nhầm lẫn với số 0 hay chuỗi rỗng. 

Bài viết dưới đây sẽ giải phẫu bản chất thực sự của NULL, "vạch trần" các lỗi tính toán thường gặp và hướng dẫn bạn cách xử lý chuẩn xác bằng IS NULL, COALESCE hay NULLIF. 

1. Giá trị NULL trong SQL là gì?

Giá trị NULL trong SQL không phải là "rỗng", không phải là số 0, và tuyệt đối không phải là một chuỗi khoảng trắng. Về bản chất, NULL đại diện cho một trạng thái không xác định (Unknown) hoặc không tồn tại (Missing). Nó biểu thị rằng tại thời điểm bản ghi được tạo ra, dữ liệu của cột đó chưa được thu thập, chưa biết, hoặc hoàn toàn không áp dụng được.

Đây là "cái bẫy" tư duy kinh điển khiến nhiều người mới làm việc với cơ sở dữ liệu thường xuyên nhầm lẫn:

- NULL ≠ Chuỗi rỗng (''): Một cột ghi_chu = '' có nghĩa là hệ thống đã ghi nhận giá trị của cột này, chỉ là người dùng cố tình để trống, không nhập ký tự nào. Ngược lại, ghi_chu = NULL nghĩa là hệ thống chưa từng nhận được bất kỳ thông tin nào để ghi nhận.

- NULL ≠ Số 0: Một cột so_du = 0 là một con số toán học xác định cụ thể (tài khoản đã hết tiền). Trong khi đó, so_du = NULL nghĩa là số dư chưa được xác định (có thể do tài khoản mới tạo, chưa liên kết thẻ, hoặc chưa phát sinh giao dịch, chứ không khẳng định là bằng 0).

Ba trạng thái (NULL, '', 0) mang ý nghĩa logic hoàn toàn khác biệt. Việc đánh đồng chúng chính là "khởi nguồn" của hàng loạt sai số trong các ứng dụng thực tế.

2. Cơ chế Logic Ba Trạng Thái (Three-Valued Logic) khi xử lý NULL

Khác với ngôn ngữ lập trình thông thường sử dụng hệ logic Boolean (chỉ có 2 giá trị TRUE và FALSE), SQL vận hành dựa trên hệ logic ba trạng thái (Three-Valued Logic): TRUE (Đúng), FALSE (Sai) và UNKNOWN (Không xác định).

Điểm mấu chốt bạn cần nhớ: Bất kỳ phép toán học hay so sánh nào có sự tham gia của NULL đều trả về UNKNOWN. Thậm chí, biểu thức NULL = NULL cũng trả về kết quả là UNKNOWN! Lý do rất hợp lý: Bạn không thể khẳng định hai giá trị "không xác định" là bằng nhau được.

Đặc tính này chi phối trực tiếp đến cách các toán tử logic (AND, OR, NOT) phản ứng khi đụng độ NULL (UNKNOWN):

Lời giải mã cho "cạm bẫy" trong mệnh đề WHERE:

Trong SQL, mệnh đề WHERE chỉ lọc và trả về những dòng có kết quả kiểm tra điều kiện là TRUE. Mọi dòng trả về FALSE hoặc UNKNOWN đều bị loại bỏ thẳng tay.

Đó chính là lý do vì sao câu lệnh WHERE cot != 'gia_tri' lại bỏ sót các bản ghi có cot = NULL.

Khi hệ thống đánh giá biểu thức NULL != 'gia_tri', kết quả sinh ra là UNKNOWN (chứ không phải TRUE). Dù theo tư duy trực giác, bạn nghĩ "Không xác định thì dĩ nhiên là phải khác một giá trị cụ thể", nhưng theo quy tắc Three-Valued Logic của SQL, dòng dữ liệu đó lập tức bị gạch tên khỏi kết quả trả về.

3. Các lỗi thường gặp khi làm việc với Giá Trị NULL Trong SQL

Hàm tổng hợp (aggregate functions)

Sự khác biệt chí mạng nằm ở cách các hàm đếm xử lý dữ liệu: COUNT(*) đếm tất cả các dòng bất kể NULL, trong khi COUNT(cot) chỉ đếm các dòng có giá trị khác NULL ở cột đó. Hai kết quả này có thể chênh lệch đáng kể nếu bạn không nắm rõ. Tương tự, các hàm SUM, AVG, MAX, MIN đều tự động bỏ qua các dòng NULL khi tính toán.

Phép nối chuỗi

Trong nhiều hệ quản trị CSDL, toán tử nối chuỗi (ví dụ || trong PostgreSQL, hoặc hàm CONCAT tùy hệ thống) có một rủi ro tiềm ẩn: khi gặp một thành phần là NULL, nó có thể khiến toàn bộ kết quả của chuỗi trở thành NULL. Điều này gây ra những lỗi hiển thị thông tin rất khó phát hiện.

JOIN với cột chứa NULL

Khi điều kiện JOIN dựa trên một cột có giá trị NULL, dòng dữ liệu đó sẽ không bao giờ khớp với bất kỳ dòng nào ở bảng còn lại — kể cả khi bảng kia cũng có dòng chứa NULL tương ứng. Lý do là biểu thức NULL = NULL trả về UNKNOWN chứ không phải TRUE.

Ràng buộc UNIQUE Constraint

Một điểm dễ gây bất ngờ là nhiều hệ quản trị CSDL phổ biến (PostgreSQL, SQL Server, MySQL) vẫn cho phép nhiều dòng có giá trị NULL cùng tồn tại trong một cột được đánh dấu UNIQUE. Cơ sở dữ liệu cho phép điều này vì NULL không được xem là "trùng" với một NULL khác.

4. Ví dụ thực tế: Báo cáo doanh thu sai lệch do NULL

Giả sử một hệ thống báo cáo doanh thu có cột sales_rep_id để gán đơn hàng cho nhân viên phụ trách. Tuy nhiên, các đơn hàng từ kênh online (khách tự đặt) lại có giá trị sales_rep_id = NULL.

Khi đội ngũ phân tích chạy báo cáo bằng lệnh GROUP BY sales_rep_id, các đơn hàng NULL bị gộp chung vào một nhóm. Dù đúng về mặt kỹ thuật, nhưng nếu báo cáo không hiển thị rõ nhóm này là gì, người đọc rất dễ hiểu nhầm là dữ liệu bị thiếu hoặc lỗi hệ thống.

Nghiêm trọng hơn, nếu sử dụng điều kiện lọc WHERE sales_rep_id != 'NV_A' để loại trừ một nhân viên cụ thể, toàn bộ các đơn hàng có sales_rep_id = NULL sẽ bị gạch bỏ khỏi kết quả một cách âm thầm (do biểu thức kiểm tra với NULL luôn trả về UNKNOWN). Hậu quả là tổng doanh thu trên báo cáo bị sai lệch và thấp hơn thực tế mà không hề có cảnh báo lỗi nào.

Cách xử lý phù hợp: Sử dụng hàm COALESCE(sales_rep_id, 'Kênh Online') để gán nhãn rõ ràng cho các đơn hàng không có nhân viên phụ trách trước khi đưa vào GROUP BY. Đồng thời, rà soát lại các điều kiện lọc và ưu tiên sử dụng IS NULL / IS NOT NULL thay vì so sánh trực tiếp bằng toán tử.

5. Cách xử lý Giá trị NULL trong SQL đúng cách

Để tránh các sai sót không đáng có, đây là các công cụ và kỹ thuật chuẩn mực bạn cần nắm vững khi làm việc với giá trị NULL:

Nguyên tắc "vàng" cần nhớ: Luôn dùng IS NULL / IS NOT NULL khi xác định sự tồn tại của dữ liệu. Dùng COALESCE khi cần một "phao cứu sinh" thay thế giá trị để tính toán. Cuối cùng, hãy sử dụng ràng buộc NOT NULL ngay từ bước tạo bảng nếu nghiệp vụ bắt buộc cột đó không được phép bỏ trống.

6. NULL và Bài toán thiết kế Schema trong doanh nghiệp

Quyết định cho phép một cột chứa NULL hay không phải dựa vào thực tế nghiệp vụ, tuyệt đối không áp dụng máy móc.

Với các trường thông tin sống còn và bắt buộc phải có ngay khi khởi tạo bản ghi (ví dụ: email của tài khoản người dùng), hãy khóa chặt bằng ràng buộc NOT NULL. Ngược lại, với những thông tin mang tính chất "chờ phát sinh" (ví dụ: ngay_huy_hop_dong khi hợp đồng vẫn đang có hiệu lực), bạn nên cho phép NULL. Việc cố tình lấp liếm bằng một giá trị mặc định giả (như ngày 01/01/1900 hoặc chuỗi N/A) sẽ làm hỏng ngữ nghĩa dữ liệu và gây thảm họa cho các truy vấn phân tích sau này.

Lưu ý kỹ thuật về Index: Trong nhiều hệ quản trị CSDL, các dòng chứa giá trị NULL sẽ không được đưa vào cấu trúc cây chỉ mục (ví dụ B-Tree Index). Nếu ứng dụng của bạn thường xuyên phải quét và lọc dữ liệu bằng điều kiện IS NULL, bạn sẽ cần các chiến lược lập chỉ mục đặc thù (như Filtered Index) để không làm giảm hiệu năng hệ thống.

Viettel Database Service — Nền tảng hỗ trợ chuẩn hóa thiết kế và vận hành schema

Thiết kế schema chuẩn hóa ngay từ vạch xuất phát — bao gồm chiến lược xử lý NULL và ràng buộc dữ liệu — sẽ cứu doanh nghiệp khỏi vô số lỗi logic hệ thống về sau.

Với Viettel Database Service (giải pháp DBaaS từ Viettel IDC), doanh nghiệp được sở hữu một hạ tầng cơ sở dữ liệu mạnh mẽ, ổn định, tích hợp sẵn hệ thống giám sát hiệu năng liên tục. Đội ngũ chuyên gia kỹ thuật 24/7 của Viettel IDC sẽ lo liệu toàn bộ gánh nặng vận hành phần cứng, giúp các DBA và Developer của bạn tập trung 100% trí lực vào việc chuẩn hóa cấu trúc dữ liệu và tối ưu logic nghiệp vụ.

Tìm hiểu chi tiết dịch vụ tại: https://viettelidc.com.vn/viettel-database-service 

7. Câu hỏi thường gặp (FAQ) về Giá trị NULL trong SQL

NULL có chiếm dung lượng lưu trữ không?

Có, nhưng cực kỳ nhỏ. Các hệ quản trị CSDL hiện đại không cấp phát toàn bộ dung lượng của một kiểu dữ liệu để lưu NULL. Thay vào đó, chúng sử dụng một cờ đánh dấu (Null Bitmap) để ghi nhận trạng thái trống. Do đó, lưu NULL tiết kiệm bộ nhớ hơn rất nhiều so với việc lưu các giá trị mặc định giả (như 0 hay '').

Tại sao COUNT(*) và COUNT(cot) cho ra kết quả khác nhau khi có NULL?

Đây không phải là lỗi, mà là hành vi chuẩn mực của SQL. COUNT(*) đếm tổng số dòng vật lý của bảng (bao gồm cả dòng chứa NULL). Trong khi đó, COUNT(cot) đếm số lượng các giá trị thực tế tồn tại trong cột đó (bỏ qua NULL). Sự chênh lệch xảy ra khi cột mục tiêu chứa nhiều giá trị trống.

Có nên tránh hoàn toàn NULL trong thiết kế database không?

Không nên. NULL là một phần tinh tế của mô hình dữ liệu quan hệ, làm nhiệm vụ biểu diễn thông tin "chưa xác định". Việc ép buộc xóa bỏ NULL bằng cách nhét các giá trị "rác" (như 01/01/1900) sẽ làm sai lệch ngữ nghĩa dữ liệu nghiêm trọng hơn việc học cách xử lý NULL đúng chuẩn.

Kết luận

Hiểu rõ và làm chủ giá trị NULL là một kỹ năng nền tảng nhưng lại thường bị xem nhẹ nhất trong SQL. Nó quyết định trực tiếp đến tính toàn vẹn của báo cáo, độ chính xác của ứng dụng và tốc độ truy vấn. Bằng cách nắm vững logic ba trạng thái (Three-Valued Logic), vận dụng linh hoạt IS NULL, COALESCE, NULLIF và thiết lập schema hợp lý, doanh nghiệp sẽ chặn đứng được những rò rỉ dữ liệu âm thầm.