Bài 27 – Một hệ thống BĐS nên tách Listing, User, Survey và Transaction thành các bảng ra sao? 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. Bảng nguồn hàng nên lưu thông tin về một BĐS đang được chào bán hoặc cho thuê: mã nguồn hàng, tài sản, giá chào, trạng thái, ngày cập nhật và người phụ trách
Bảng nguồn hàng nên lưu thông tin về một BĐS đang được chào bán hoặc cho thuê: mã nguồn hàng, tài sản, giá chào, trạng thái, ngày cập nhật và người phụ trách.
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. Bảng người dùng nên lưu tài khoản hoặc người sử dụng hệ thống; không nên lặp họ tên người phụ trách trong từng dòng nguồn hàng nếu đã có mã người dùng
Bảng người dùng nên lưu tài khoản hoặc người sử dụng hệ thống; không nên lặp họ tên người phụ trách trong từng dòng nguồn hàng nếu đã có mã người dùng.
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.
3. Bảng khảo sát lưu các lần khảo sát; một tài sản có thể được khảo sát nhiều lần nên khảo sát là một đối tượng riêng có ngày, người khảo sát và kết quả
Bảng khảo sát lưu các lần khảo sát; một tài sản có thể được khảo sát nhiều lần nên khảo sát là một đối tượng riêng có ngày, người khảo sát và kết quả.
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.
| 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. Bảng giao dịch lưu sự kiện giao dịch hoặc tiến trình giao dịch theo mô hình của hệ thống; không nên ghi lịch sử nhiều giao dịch thành các cột Gia1, Gia2, Gia3
Bảng giao dịch lưu sự kiện giao dịch hoặc tiến trình giao dịch theo mô hình của hệ thống; không nên ghi lịch sử nhiều giao dịch thành các cột Gia1, Gia2, Gia3.
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.
5. Các bảng liên kết bằng khóa chính và khóa ngoại để dữ liệu chỉ lưu một lần ở nơi phù hợp nhưng vẫn có thể truy vấn cùng nhau
Các bảng liên kết bằng khóa chính và khóa ngoại để dữ liệu chỉ lưu một lần ở nơi phù hợp nhưng vẫn có thể truy vấn cùng nhau.
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.
6. Phải làm rõ ranh giới giữa Tài_sản và Nguồn_hàng: một tài sản có thể được chào nhiều lần hoặc qua nhiều thời điểm, nên hai khái niệm không phải luôn đồng nhất
Phải làm rõ ranh giới giữa Tài_sản và Nguồn_hàng: một tài sản có thể được chào nhiều lần hoặc qua nhiều thời điểm, nên hai khái niệm không phải luôn đồng nhất.
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.
| 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. Thông tin có lịch sử nên thiết kế theo dòng sự kiện hoặc bảng lịch sử thay vì ghi đè nếu nghiệp vụ cần truy vết
Thông tin có lịch sử nên thiết kế theo dòng sự kiện hoặc bảng lịch sử thay vì ghi đè nếu nghiệp vụ cần truy vết.
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.
8. Thiết kế bảng phải bám quy trình nghiệp vụ thực tế; không nên tạo bảng chỉ vì tên nghe hợp lý mà chưa biết mỗi dòng đại diện điều gì
Thiết kế bảng phải bám quy trình nghiệp vụ thực tế; không nên tạo bảng chỉ vì tên nghe hợp lý mà chưa biết mỗi dòng đại diện điều gì.
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.
Bảng trọng tâm
| Bảng | Mỗi dòng là | Khóa |
|---|---|---|
| Nguồn_hàng | Một lần chào | listing_id |
| Người_dùng | Một tài khoản | user_id |
| Khảo_sát | Một lần khảo sát | survey_id |
| Giao_dịch | Một giao dịch | transaction_id |
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.
Tách Tài sản và Nguồn hàng
Một tài sản là đối tượng vật lý/pháp lý; một nguồn hàng là trạng thái chào bán hoặc cho thuê tại một thời điểm. Một tài sản có thể có nhiều nguồn hàng theo thời gian, nên hai khái niệm không phải luôn đồng nhất.
Tình huống giả lập phục vụ giảng dạy
Một hệ thống hiện có một bảng Excel 70 cột chứa nguồn hàng, người phụ trách, khảo sát và lịch sử giao dịch. Hãy tách thành các bảng và mô tả khóa liên kế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
- Bảng nguồn hàng nên lưu thông tin về một BĐS đang được chào bán hoặc cho thuê: mã nguồn hàng, tài sản, giá chào, trạng thái, ngày cập nhật và người phụ trách.
- Bảng khảo sát lưu các lần khảo sát; một tài sản có thể được khảo sát nhiều lần nên khảo sát là một đối tượng riêng có ngày, người khảo sát và kết quả.
- Các bảng liên kết bằng khóa chính và khóa ngoại để dữ liệu chỉ lưu một lần ở nơi phù hợp nhưng vẫn có thể truy vấn cùng nhau.
- Thông tin có lịch sử nên thiết kế theo dòng sự kiện hoặc bảng lịch sử thay vì ghi đè nếu nghiệp vụ cần truy vết.
- Thiết kế bảng phải bám quy trình nghiệp vụ thực tế; không nên tạo bảng chỉ vì tên nghe hợp lý mà chưa biết mỗi dòng đại diện điều gì.
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: “SELECT và WHERE: lấy đúng dữ liệu BĐS cần dùng từ database”.
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.
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.
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.
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.