SELECT và WHERE: lấy đúng dữ liệu BĐS cần dùng từ database

Bài 28 – SELECT và WHERE: lấy đúng dữ liệu BĐS cần dùng từ database thuộc series Tin học BĐS. Bài tiếp tục theo nguyên tắc: hiểu cấu trúc và câu hỏi nghiệp vụ trước, sau đó mới dùng công cụ hoặc cú pháp.

Biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn

Cập nhật 01/10/2026: Bài thuộc phần Cơ sở dữ liệu và SQL cho BĐS của series Tin học BĐS. Nội dung ưu tiên tiếng Việt thuần; chỉ giữ nguyên tên công cụ và cú pháp kỹ thuật bắt buộc. Ví dụ dùng dữ liệu bất động sản giả lập phục vụ giảng dạy.

Ranh giới chuyên đề: Bài thuộc phần Cơ sở dữ liệu và SQL cho BĐS. Trong thân bài ưu tiên dùng cơ sở dữ liệu, bảng, dòng, cột, khóa chính; chỉ giữ tên lệnh SQL vì là cú pháp bắt buộc.

1. SELECT dùng để xác định những cột cần lấy từ một hoặc nhiều bảng; đây là bước đầu của truy vấn đọc dữ liệu

SELECT dùng để xác định những cột cần lấy từ một hoặc nhiều bảng; đây là bước đầu của truy vấn đọc dữ liệu.

Trong thực hành, nội dung này phải được chuyển thành thiết kế có thể kiểm: khóa nào, quan hệ nào, dữ liệu nào bắt buộc, điều kiện nào hợp lệ và kết quả sau xử lý phải có đặc điểm gì. Nếu chỉ thao tác theo hướng dẫn mà không hiểu các điểm này, người học rất dễ tạo kết quả đúng hình thức nhưng sai dữ liệu.

2. WHERE dùng để lọc những dòng thỏa điều kiện, ví dụ tài sản tại một quận, giá trong khoảng hoặc ngày cập nhật từ một mốc

WHERE dùng để lọc những dòng thỏa điều kiện, ví dụ tài sản tại một quận, giá trong khoảng hoặc ngày cập nhật từ một mốc.

3. Không nên mặc định dùng SELECT * trong báo cáo chính vì lấy toàn bộ cột làm truy vấn khó đọc, tốn dữ liệu và phụ thuộc cấu trúc bảng

Không nên mặc định dùng SELECT * trong báo cáo chính vì lấy toàn bộ cột làm truy vấn khó đọc, tốn dữ liệu và phụ thuộc cấu trúc bảng.

Câu hỏi kiểm	Mục đích
Mỗi dòng đại diện gì?	Không trộn đối tượng
Khóa nào định danh?	Chống trùng
Quan hệ nào?	Tránh nhân dòng
Dữ liệu rỗng xử lý sao?	Không hiểu sai
Sau xử lý kiểm gì?	Có bằng chứng

4. Điều kiện văn bản, số và ngày có cách viết khác nhau; người học phải hiểu kiểu dữ liệu trước khi lọc

Điều kiện văn bản, số và ngày có cách viết khác nhau; người học phải hiểu kiểu dữ liệu trước khi lọc.

5. Có thể kết hợp nhiều điều kiện bằng AND và OR nhưng cần dùng ngoặc rõ để tránh logic khác ý định

Có thể kết hợp nhiều điều kiện bằng AND và OR nhưng cần dùng ngoặc rõ để tránh logic khác ý định.

6. Điều kiện so sánh với giá trị rỗng trong cơ sở dữ liệu cần xử lý theo quy tắc NULL riêng; không nên áp cách nghĩ ô trống Excel một cách máy móc

Điều kiện so sánh với giá trị rỗng trong cơ sở dữ liệu cần xử lý theo quy tắc NULL riêng; không nên áp cách nghĩ ô trống Excel một cách máy móc.

Câu hỏi kiểm	Mục đích
Mỗi dòng đại diện gì?	Không trộn đối tượng
Khóa nào định danh?	Chống trùng
Quan hệ nào?	Tránh nhân dòng
Dữ liệu rỗng xử lý sao?	Không hiểu sai
Sau xử lý kiểm gì?	Có bằng chứng

7. Truy vấn nên định dạng dễ đọc, mỗi nhóm điều kiện một dòng và dùng tên cột có ý nghĩa để thuận tiện kiểm tra

Truy vấn nên định dạng dễ đọc, mỗi nhóm điều kiện một dòng và dùng tên cột có ý nghĩa để thuận tiện kiểm tra.

8. Trước khi dùng kết quả cho báo cáo, cần kiểm một vài bản ghi và đếm số dòng để chắc điều kiện WHERE không lọc thiếu hoặc quá rộng

Trước khi dùng kết quả cho báo cáo, cần kiểm một vài bản ghi và đếm số dòng để chắc điều kiện WHERE không lọc thiếu hoặc quá rộng.

Bảng trọng tâm

Mệnh đề	Vai trò	Ví dụ
SELECT	Chọn cột	ma_bds, gia
FROM	Chọn bảng	tai_san
WHERE	Lọc dòng	gia > 0
AND/OR	Kết hợp	khu vực + giá

Ví dụ truy vấn SELECT và WHERE

SELECT ma_bds, loai_bds, gia_rao, ngay_cap_nhat FROM tai_san WHERE loai_bds = 'CAN_HO' AND gia_rao BETWEEN 3000000000 AND 6000000000;

Ví dụ chỉ minh họa cú pháp. Trong dữ liệu thực tế cần xác định đúng đơn vị giá, địa bàn và mốc thời gian.

Tư duy quan hệ thay cho tư duy một bảng duy nhất

Cơ sở dữ liệu quan hệ giúp mỗi loại đối tượng được lưu ở nơi phù hợp. Tên phường không cần lặp lại trong hàng trăm nghìn dòng; chỉ cần mã phường ở bảng nghiệp vụ và tên phường ở bảng danh mục. Khi cần báo cáo, SQL ghép các bảng lại theo khóa.

Nguyên tắc	Ý nghĩa	Rủi ro nếu bỏ
Khóa chính	Định danh duy nhất	Trùng bản ghi
Khóa ngoại	Liên kết bảng	Mất quan hệ
Kiểu dữ liệu	Kiểm cấu trúc	Sai so sánh
Ràng buộc	Ngăn lỗi	Dữ liệu không hợp lệ
Truy vấn	Lấy đúng phần cần	Sao chép thủ công

SQL là ngôn ngữ hỏi dữ liệu, không thay thế hiểu nghiệp vụ

Một truy vấn có thể chạy đúng cú pháp nhưng sai câu hỏi. Ví dụ đếm dòng không đồng nghĩa đếm tài sản nếu một tài sản có nhiều dòng khảo sát. Trước khi viết SQL phải xác định mỗi dòng trong bảng đại diện cho điều gì.

Kiểm số dòng trước và sau

Khi lọc, nhóm hoặc ghép bảng, số dòng thay đổi theo quy tắc. Việc ghi số dòng trước/sau và đếm khóa duy nhất là cách đơn giản để phát hiện nhiều lỗi logic.

Viết SELECT rõ thay vì lấy mọi cột

Chỉ lấy cột cần dùng giúp người đọc hiểu mục đích truy vấn và giảm phụ thuộc cấu trúc bảng. WHERE nên được viết theo câu hỏi nghiệp vụ, sau đó mới chuyển thành điều kiện SQL.

Tình huống giả lập phục vụ giảng dạy

Viết truy vấn lấy mã BĐS, loại tài sản, giá và ngày cập nhật của các căn hộ tại một quận có giá từ 3 đến 6 tỷ và được cập nhật trong 30 ngày gần nhất.

Sinh viên phải giải thích cả cấu trúc dữ liệu, thao tác và kiểm tra sau thao tác. Không chỉ nộp ảnh kết quả hoặc câu lệnh chạy được; phải chỉ ra vì sao kết quả đúng.

Quy trình thực hành gợi ý

Xác định câu hỏi nghiệp vụ trước khi mở công cụ.
Vẽ sơ đồ dữ liệu hoặc quan hệ ở mức đơn giản.
Xác định khóa chính, khóa liên kết và trường bắt buộc.
Tạo một bộ dữ liệu nhỏ để kiểm thử.
Thực hiện mô hình/truy vấn trên bộ nhỏ.
Chèn trường hợp trùng, thiếu và không khớp.
Đối chiếu số dòng, số khóa và kết quả mẫu.
Ghi quy tắc, nguồn và cách làm mới/bàn giao.

Tiêu chí chấm bài thực hành

Tiêu chí	Tỷ trọng gợi ý	Đạt khi
Mô hình đúng	30%	Đúng đối tượng/quan hệ
Kỹ thuật đúng	25%	Truy vấn/công cụ chạy đúng
Kiểm soát lỗi	20%	Có kiểm khóa/số dòng
Diễn giải	15%	Giải thích đúng nghiệp vụ
Bàn giao	10%	Người khác tái lập được

Bài tập mở rộng

Tạo bộ dữ liệu BĐS giả lập có ít nhất 3 bảng.
Xác định khóa chính và khóa ngoại.
Cố ý tạo 5 lỗi khóa hoặc quan hệ.
Viết truy vấn hoặc thiết kế mô hình để xử lý câu hỏi của bài.
Ghi số dòng trước và sau từng bước.
Tạo bảng kiểm bản ghi không khớp.
Viết giải thích tối đa một trang cho người nhận.
Cho nhóm khác kiểm và phát hiện ít nhất một điểm cần cải tiến.

Những lỗi thường gặp

Ép mọi dữ liệu vào một bảng lớn.
Dùng tên thay cho mã định danh.
Không kiểm khóa trùng.
Tạo quan hệ mà chưa hiểu một-nhiều hay nhiều-nhiều.
Làm mới mà không kiểm kết quả.
Chọn công cụ phức tạp không cần thiết.
Dùng SELECT * cho mọi báo cáo.
Dùng GROUP BY trên dữ liệu trùng mà không biết.
JOIN rồi dùng DISTINCT để che nhân bản.
Không ghi tài liệu mô hình và quy tắc.

Liên hệ công việc BĐS

Khi hệ thống BĐS phát triển, cùng một tài sản có thể liên quan tới nhiều lần khảo sát, nhiều nguồn hàng, nhiều khách và nhiều giao dịch. Nếu cấu trúc dữ liệu không tách đúng đối tượng, báo cáo rất dễ đếm sai hoặc ghi đè lịch sử. Đây là lý do phần cơ sở dữ liệu không chỉ là học câu lệnh SQL mà là học cách tổ chức thông tin nghề nghiệp.

Tiêu chí tự đánh giá

Tiêu chí	Đạt khi
Đúng đối tượng	Mỗi bảng/dòng có nghĩa rõ
Đúng khóa	Định danh và liên kết ổn định
Đúng truy vấn	Trả lời đúng câu hỏi
Có kiểm soát	Kiểm số dòng/khóa/lỗi
Bàn giao được	Có sơ đồ và mô tả

Câu hỏi tự kiểm tra

Mỗi dòng trong bảng này đại diện điều gì?
Khóa có thật sự duy nhất không?
Quan hệ có làm nhân bản dòng không?
Truy vấn đang đếm bản ghi hay đếm tài sản?
Kết quả có phụ thuộc dữ liệu trùng không?
Người khác có thể hiểu mô hình mà không hỏi tôi không?

Ghi nhớ trong 30 giây

SELECT dùng để xác định những cột cần lấy từ một hoặc nhiều bảng; đây là bước đầu của truy vấn đọc dữ liệu.
Không nên mặc định dùng SELECT * trong báo cáo chính vì lấy toàn bộ cột làm truy vấn khó đọc, tốn dữ liệu và phụ thuộc cấu trúc bảng.
Có thể kết hợp nhiều điều kiện bằng AND và OR nhưng cần dùng ngoặc rõ để tránh logic khác ý định.
Truy vấn nên định dạng dễ đọc, mỗi nhóm điều kiện một dòng và dùng tên cột có ý nghĩa để thuận tiện kiểm tra.
Trước khi dùng kết quả cho báo cáo, cần kiểm một vài bản ghi và đếm số dòng để chắc điều kiện WHERE không lọc thiếu hoặc quá rộng.

Nguồn tham khảo

Đề cương học phần 612421 – Tin học ứng dụng trong bất động sản, Trường Đại học Nông Lâm TP.HCM.
Kế hoạch 96 chủ đề website – series Tin học BĐS trong hệ thống BDSNL.
Microsoft Support – tài liệu chính thức về Power Query, Power Pivot và mô hình dữ liệu.
PostgreSQL Documentation – tài liệu chính thức về cơ sở dữ liệu quan hệ và cú pháp SQL.
Nguyên tắc quản trị dữ liệu: khóa định danh, quan hệ bảng, kiểm soát chất lượng, khả năng truy vết và khả năng tái lập.

Bài tiếp theo: “GROUP BY: tổng hợp số lượng, giá và giao dịch theo khu vực”.

Gợi ý kiểm tra chéo trên lớp

Một nhóm thiết kế mô hình hoặc truy vấn, nhóm khác nhận dữ liệu và chỉ được đọc tài liệu bàn giao để chạy lại. Nếu nhóm kiểm không xác định được khóa, quan hệ hoặc lý do số dòng thay đổi, phần thiết kế cần được sửa.

Sau kiểm chéo, nhóm tạo nhật ký ngắn gồm vấn đề, nguyên nhân, ảnh hưởng và cách sửa. Cách học này giúp sinh viên hình thành thói quen coi dữ liệu và truy vấn là sản phẩm phải bàn giao, không phải bài làm cá nhân.