Bài 26 – Database, table, row, column và primary key nên hiểu thế nào? 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. Cơ sở dữ liệu là tập hợp dữ liệu được tổ chức để lưu, truy vấn, cập nhật và kiểm soát một cách có hệ thống
Cơ sở dữ liệu là tập hợp dữ liệu được tổ chức để lưu, truy vấn, cập nhật và kiểm soát một cách có hệ thố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.
2. Bảng là cấu trúc lưu các bản ghi cùng loại, ví dụ bảng Tài_sản chỉ lưu mỗi dòng là một tài sản
Bảng là cấu trúc lưu các bản ghi cùng loại, ví dụ bảng Tài_sản chỉ lưu mỗi dòng là một tài sản.
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. Dòng là một bản ghi cụ thể; trong bảng Tài_sản, một dòng có thể đại diện một căn hộ hoặc một thửa đất
Dòng là một bản ghi cụ thể; trong bảng Tài_sản, một dòng có thể đại diện một căn hộ hoặc một thửa đấ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 |
4. Cột là một thuộc tính của bản ghi như mã tài sản, diện tích, loại tài sản hoặc ngày cập nhật
Cột là một thuộc tính của bản ghi như mã tài sản, diện tích, loại tài sản hoặc ngày cập 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.
5. Khóa chính là trường hoặc nhóm trường định danh duy nhất mỗi dòng; khóa chính không nên thay đổi theo những thuộc tính dễ biến động như tên hoặc giá
Khóa chính là trường hoặc nhóm trường định danh duy nhất mỗi dòng; khóa chính không nên thay đổi theo những thuộc tính dễ biến động như tên hoặc giá.
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. Không nên tạo một bảng khổng lồ chứa cả tài sản, chủ thể, giao dịch và khảo sát vì các loại đối tượng có vòng đời khác nhau
Không nên tạo một bảng khổng lồ chứa cả tài sản, chủ thể, giao dịch và khảo sát vì các loại đối tượng có vòng đời khác 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.
| 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. Kiểu dữ liệu của cột là một phần của thiết kế: giá dùng kiểu số, ngày dùng kiểu ngày/giờ, mã thường dùng chuỗi phù hợp
Kiểu dữ liệu của cột là một phần của thiết kế: giá dùng kiểu số, ngày dùng kiểu ngày/giờ, mã thường dùng chuỗi phù hợp.
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ế tốt giúp hệ thống ngăn một số lỗi ngay khi ghi dữ liệu, thay vì đợi tới bước phân tích mới phát hiện
Thiết kế tốt giúp hệ thống ngăn một số lỗi ngay khi ghi dữ liệu, thay vì đợi tới bước phân tích mới phát hiện.
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
| Khái niệm | Tiếng Việt | Ví dụ |
|---|---|---|
| Database | Cơ sở dữ liệu | Hệ BĐS |
| Table | Bảng | Tài sản |
| Row | Dòng/bản ghi | Một tài sản |
| Column | Cột/thuộc tính | Diện tích |
| Primary key | Khóa chính | ma_tai_san |
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.
Mỗi bảng phải trả lời: mỗi dòng là gì?
Nếu không trả lời được câu này, bảng thường đang trộn nhiều loại đối tượng. Ví dụ một dòng vừa là tài sản vừa là giao dịch sẽ gây khó ngay khi một tài sản có nhiều giao dịch.
Tình huống giả lập phục vụ giảng dạy
Hãy thiết kế bảng TaiSan tối thiểu gồm khóa chính, loại BĐS, diện tích, mã địa bàn và ngày cập nhật. Giải thích vì sao không nên dùng địa chỉ làm khóa chính.
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
- Cơ sở dữ liệu là tập hợp dữ liệu được tổ chức để lưu, truy vấn, cập nhật và kiểm soát một cách có hệ thống.
- Dòng là một bản ghi cụ thể; trong bảng Tài_sản, một dòng có thể đại diện một căn hộ hoặc một thửa đất.
- Khóa chính là trường hoặc nhóm trường định danh duy nhất mỗi dòng; khóa chính không nên thay đổi theo những thuộc tính dễ biến động như tên hoặc giá.
- Kiểu dữ liệu của cột là một phần của thiết kế: giá dùng kiểu số, ngày dùng kiểu ngày/giờ, mã thường dùng chuỗi phù hợp.
- Thiết kế tốt giúp hệ thống ngăn một số lỗi ngay khi ghi dữ liệu, thay vì đợi tới bước phân tích mới phát hiện.
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: “Một hệ thống BĐS nên tách Listing, User, Survey và Transaction thành các bảng ra sao?”.
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.
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.