Data Dictionary là gì và khi nào một nhóm làm việc bắt buộc phải có?

Bài 7 – Data Dictionary là gì và khi nào một nhóm làm việc bắt buộc phải có? thuộc series Tin học BĐS. Bài sử dụng dữ liệu bất động sản làm đối tượng xuyên suốt để người học hiểu công nghệ qua công việc thực tế.

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 series Tin học BĐS. Nội dung ưu tiên tiếng Việt thuần; chỉ giữ nguyên tên phần mềm, định dạng hoặc hàm khi dịch sẽ làm mất nghĩa kỹ thuật. Ví dụ và tình huống đều gắn với dữ liệu bất động sản để người học có thể áp dụng trực tiếp.

Ranh giới chuyên đề: Bài thuộc nền tảng dữ liệu số, ưu tiên tổ chức dữ liệu để có thể kiểm tra, dùng lại và bàn giao.

1. Từ điển dữ liệu là bảng giải thích từng trường để cả nhóm hiểu một cột theo cùng một nghĩa.

Từ điển dữ liệu là bảng giải thích từng trường để cả nhóm hiểu một cột theo cùng một nghĩa.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

2. Mỗi trường cần tên kỹ thuật, tên hiển thị tiếng Việt, mô tả, kiểu, đơn vị, miền giá trị, quy tắc rỗng, nguồn và ví dụ.

Mỗi trường cần tên kỹ thuật, tên hiển thị tiếng Việt, mô tả, kiểu, đơn vị, miền giá trị, quy tắc rỗng, nguồn và ví dụ.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

3. Những tên cột như DT, gia, loai, tt rất dễ gây hiểu khác nhau nếu không có định nghĩa.

Những tên cột như DT, gia, loai, tt rất dễ gây hiểu khác nhau nếu không có định nghĩa.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

4. Kiểu dữ liệu phải được quy định rõ

Kiểu dữ liệu phải được quy định rõ; mã có số 0 đầu nên lưu dạng văn bản, giá là số, ngày là ngày, tọa độ là số thập phân.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

5. Miền giá trị giúp ngăn lỗi bằng danh mục và giới hạn hợp lệ.

Miền giá trị giúp ngăn lỗi bằng danh mục và giới hạn hợp lệ.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

6. Quy ước giá trị rỗng phải thống nhất

Quy ước giá trị rỗng phải thống nhất; không dùng lẫn 0, dấu gạch, chữ không có và ô trống khi chúng mang nghĩa khác nhau.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

7. Khi nhóm có từ hai người, dữ liệu ghép nhiều nguồn hoặc đi qua nhiều công đoạn, từ điển dữ liệu gần như bắt buộc.

Khi nhóm có từ hai người, dữ liệu ghép nhiều nguồn hoặc đi qua nhiều công đoạn, từ điển dữ liệu gần như bắt buộc.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

8. Từ điển dữ liệu phải cập nhật cùng phiên bản dữ liệu

Từ điển dữ liệu phải cập nhật cùng phiên bản dữ liệu; thêm cột mà không thêm định nghĩa làm tài liệu mất giá trị.

Nguyên tắc này cần được chuyển thành quy tắc có thể kiểm tra. Ví dụ phải quy định trường nào bắt buộc, giá trị nào hợp lệ, nguồn nào được chấp nhận, khi nào cần cập nhật và ai chịu trách nhiệm. Làm như vậy giúp dữ liệu không phụ thuộc vào trí nhớ từng người.

Bảng trọng tâm

Ứng dụng trực tiếp trong công việc bất động sản

Để nội dung không dừng ở lý thuyết, hãy đặt bài học vào một chuỗi công việc thật: nhận dữ liệu từ nhiều nguồn, kiểm tra, chuẩn hóa, cập nhật và bàn giao. Mỗi thao tác phải trả lời được ba câu: dữ liệu nào bị tác động, vì sao phải làm và làm sao chứng minh kết quả đúng.

Liên hệ với bài này: Data Dictionary là gì và khi nào một nhóm làm việc bắt buộc phải có? phải được hiểu như một mắt xích của chuỗi trên. Người học không chỉ thực hiện thao tác mà phải biết ảnh hưởng của thao tác đó tới các bước sau như phân tích, lập bản đồ, định giá hoặc xây báo cáo.

Mẫu biên bản kiểm tra dữ liệu

Mẫu này có thể dùng cho bài tập nhóm. Điều quan trọng không phải hình thức biểu mẫu mà là thói quen lưu bằng chứng trước và sau khi xử lý.

Phân tích sâu: từ quy tắc tới kiểm soát

1. Góc kiểm soát

Từ điển dữ liệu là bảng giải thích từng trường để cả nhóm hiểu một cột theo cùng một nghĩa.

Để biến nội dung này thành kiểm soát, nhóm cần xác định điều kiện đạt, dữ liệu dùng để kiểm, người chịu trách nhiệm và cách ghi nhận kết quả. Nếu thiếu một trong bốn thành phần, quy tắc rất dễ chỉ tồn tại trên giấy.

2. Góc kiểm soát

Mỗi trường cần tên kỹ thuật, tên hiển thị tiếng Việt, mô tả, kiểu, đơn vị, miền giá trị, quy tắc rỗng, nguồn và ví dụ.

Để biến nội dung này thành kiểm soát, nhóm cần xác định điều kiện đạt, dữ liệu dùng để kiểm, người chịu trách nhiệm và cách ghi nhận kết quả. Nếu thiếu một trong bốn thành phần, quy tắc rất dễ chỉ tồn tại trên giấy.

3. Góc kiểm soát

Những tên cột như DT, gia, loai, tt rất dễ gây hiểu khác nhau nếu không có định nghĩa.

Để biến nội dung này thành kiểm soát, nhóm cần xác định điều kiện đạt, dữ liệu dùng để kiểm, người chịu trách nhiệm và cách ghi nhận kết quả. Nếu thiếu một trong bốn thành phần, quy tắc rất dễ chỉ tồn tại trên giấy.

4. Góc kiểm soát

Kiểu dữ liệu phải được quy định rõ; mã có số 0 đầu nên lưu dạng văn bản, giá là số, ngày là ngày, tọa độ là số thập phân.

Để biến nội dung này thành kiểm soát, nhóm cần xác định điều kiện đạt, dữ liệu dùng để kiểm, người chịu trách nhiệm và cách ghi nhận kết quả. Nếu thiếu một trong bốn thành phần, quy tắc rất dễ chỉ tồn tại trên giấy.

5. Góc kiểm soát

Miền giá trị giúp ngăn lỗi bằng danh mục và giới hạn hợp lệ.

Để biến nội dung này thành kiểm soát, nhóm cần xác định điều kiện đạt, dữ liệu dùng để kiểm, người chịu trách nhiệm và cách ghi nhận kết quả. Nếu thiếu một trong bốn thành phần, quy tắc rất dễ chỉ tồn tại trên giấy.

Kiểm tra trước – trong – sau

Thói quen kiểm ba thời điểm giúp sinh viên tránh kiểu làm xong mới phát hiện đã ghi đè bản gốc, đổi sai đơn vị hoặc xóa nhầm bản ghi.

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

Ba nhóm thu thập cùng một biến loại BĐS nhưng một nhóm ghi Nhà phố, nhóm khác ghi NP, nhóm khác dùng mã 1. Hãy thiết kế từ điển dữ liệu và quy tắc mã hóa thống nhất.

Sinh viên phải chỉ ra dữ liệu đầu vào, lỗi hoặc rủi ro, quy tắc xử lý, đầu ra và cách kiểm tra. Không chấp nhận câu trả lời chỉ nói chung chung 'làm sạch dữ liệu' hoặc 'sắp xếp lại file'.

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

1. Xác định mục tiêu sử dụng dữ liệu.
2. Lưu dữ liệu gốc và không sửa trực tiếp.
3. Ghi nguồn, ngày, phạm vi và người phụ trách.
4. Áp dụng quy tắc của bài trên một bộ dữ liệu nhỏ.
5. Kiểm tra ngẫu nhiên tối thiểu 10 bản ghi.
6. Ghi lỗi, cách xử lý và số bản ghi bị tác động.
7. Xuất bản kết quả có phiên bản và tài liệu mô tả.
8. Bàn giao cho một người khác kiểm thử.

Bài tập mở rộng

1. Tạo bộ dữ liệu 50 BĐS với ít nhất 15 trường.
2. Cố ý chèn 10 lỗi thuộc nhiều loại.
3. Viết quy tắc phát hiện từng lỗi.
4. Thực hiện xử lý nhưng không ghi đè dữ liệu gốc.
5. So sánh trước và sau bằng bảng kiểm.
6. Viết tài liệu hướng dẫn để nhóm khác lặp lại thao tác.
7. Cho một thành viên khác kiểm thử và ghi nhận điểm chưa rõ.
8. Sửa tài liệu dựa trên phản hồi.

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

• Sửa trực tiếp tệp gốc.
• Không ghi nguồn và ngày cập nhật.
• Dùng tên cột hoặc tên tệp tùy ý.
• Đổi định dạng mà không kiểm dữ liệu bị mất.
• Không có khóa định danh hoặc quy tắc chống trùng.
• Dùng một ô ghi chú chứa nhiều loại thông tin.
• Tạo nhiều bản sao nhưng không biết bản nào là bản chuẩn.
• Chỉ kiểm tra bằng mắt.
• Không ghi nhật ký thay đổi.
• Không chuẩn bị tài liệu bàn giao.

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

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

• Người khác có hiểu dữ liệu mà không cần hỏi tôi không?
• Đâu là bản gốc và đâu là bản đang dùng?
• Trường quan trọng có đơn vị và định nghĩa rõ chưa?
• Dữ liệu có nguồn và thời điểm chưa?
• Có bước kiểm tra sau xử lý không?
• Nếu máy hỏng hoặc tôi nghỉ, dữ liệu có tiếp tục dùng được không?

Ghi nhớ trong 30 giây

• Từ điển dữ liệu là bảng giải thích từng trường để cả nhóm hiểu một cột theo cùng một nghĩa.
• Những tên cột như DT, gia, loai, tt rất dễ gây hiểu khác nhau nếu không có định nghĩa.
• Miền giá trị giúp ngăn lỗi bằng danh mục và giới hạn hợp lệ.
• Khi nhóm có từ hai người, dữ liệu ghép nhiều nguồn hoặc đi qua nhiều công đoạn, từ điển dữ liệu gần như bắt buộc.
• Từ điển dữ liệu phải cập nhật cùng phiên bản dữ liệu; thêm cột mà không thêm định nghĩa làm tài liệu mất giá trị.

Nguồn tham khảo

1. Đề 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.
2. Kế hoạch 96 chủ đề website – series Tin học BĐS trong hệ thống BDSNL.
3. Microsoft Support – tài liệu chính thức về Excel và các chức năng kiểm soát dữ liệu.
4. Tài liệu kỹ thuật chính thức của CSV, JSON, GeoJSON và Shapefile.
5. Nguyên tắc quản trị dữ liệu: định danh, dữ liệu mô tả, từ điển dữ liệu, phiên bản, sao lưu, chất lượng và khả năng truy vết.

Bài tiếp theo: “Từ dữ liệu thô đến dữ liệu sẵn sàng sử dụng: một workflow chuẩn gồm những bước nào?”.