Bài 20 · Tin học BĐS

Unpivot là gì và vì sao dữ liệu báo cáo thường cần chuyển dạng trước khi phân tích?

Bài 20 – Unpivot là gì và vì sao dữ liệu báo cáo thường cần chuyển dạng trước khi phân tích? thuộc series Tin học BĐS. Nội dung ưu tiên tiếng Việt; tên hàm và công cụ được giữ nguyên vì là tên kỹ thuật của phần mềm.

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 Power Query, Power Pivot và tự động hóa Excel. Mọi ví dụ đều dùng dữ liệu BĐS giả lập phục vụ giảng dạy.

1. Unpivot là thao tác chuyển nhiều cột kỳ hoặc chỉ tiêu thành các dòng thuộc tính–giá trị

Unpivot là thao tác chuyển nhiều cột kỳ hoặc chỉ tiêu thành các dòng thuộc tính–giá trị; có thể hiểu là chuyển cột thành dòng.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

2. Nhiều báo cáo trình bày rộng với Tháng 1, Tháng 2, Tháng 3... dễ đọc nhưng không thuận lợi cho phân tích.

Nhiều báo cáo trình bày rộng với Tháng 1, Tháng 2, Tháng 3... dễ đọc nhưng không thuận lợi cho phân tích.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

3. Sau Unpivot, mỗi dòng chứa khu vực, tháng và giá trị

Sau Unpivot, mỗi dòng chứa khu vực, tháng và giá trị; thêm tháng mới không làm thay đổi cấu trúc cột của dữ liệu phân tích.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Câu hỏi kiểmMục tiêu
Đối tượng/khóa nào?Không ghép nhầm
Đơn vị/kiểu gì?Không sai quy mô
Rỗng xử lý sao?Không hiểu sai
Trùng xử lý sao?Không nhân dữ liệu
Sau xử lý kiểm gì?Có bằng chứng

4. Không phải mọi cột đều chuyển

Không phải mọi cột đều chuyển; các cột định danh như mã khu vực hoặc tên dự án thường được giữ lại.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

5. Cần phân biệt dữ liệu rộng phục vụ trình bày và dữ liệu dài phục vụ phân tích.

Cần phân biệt dữ liệu rộng phục vụ trình bày và dữ liệu dài phục vụ phân tích.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

6. Unpivot hữu ích khi gộp báo cáo tháng, bảng giá theo kỳ hoặc chỉ tiêu theo năm có cùng mô hình.

Unpivot hữu ích khi gộp báo cáo tháng, bảng giá theo kỳ hoặc chỉ tiêu theo năm có cùng mô hình.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Câu hỏi kiểmMục tiêu
Đối tượng/khóa nào?Không ghép nhầm
Đơn vị/kiểu gì?Không sai quy mô
Rỗng xử lý sao?Không hiểu sai
Trùng xử lý sao?Không nhân dữ liệu
Sau xử lý kiểm gì?Có bằng chứng

7. Sau chuyển dạng phải kiểm số dòng và kiểu dữ liệu của cột giá trị để tránh lẫn số với chữ.

Sau chuyển dạng phải kiểm số dòng và kiểu dữ liệu của cột giá trị để tránh lẫn số với chữ.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

8. Khi thiết kế nguồn từ đầu, nên ưu tiên cấu trúc dài cho dữ liệu phân tích nếu điều đó phù hợp mục tiêu.

Khi thiết kế nguồn từ đầu, nên ưu tiên cấu trúc dài cho dữ liệu phân tích nếu điều đó phù hợp mục tiêu.

Để đưa nguyên tắc này vào công việc, cần xác định đầu vào, điều kiện hợp lệ, đầu ra, ngoại lệ và cách kiểm tra sau xử lý. Một thao tác chạy được chưa đủ; người khác phải có khả năng hiểu, kiểm chứng và chạy lại.

Bảng trọng tâm

Dạng rộngDạng dàiLợi ích
Gia_T1...T12Thang+GiaDễ thêm kỳ
Nhiều cột nămNam+GiaTriDễ tổng hợp

Tư duy kiểm soát trước khi thao tác

Trong Tin học BĐS, người học nên viết quy tắc bằng tiếng Việt trước khi viết công thức hoặc tạo bước Power Query. Ví dụ: 'mã phải duy nhất', 'giá phải lớn hơn 0', 'bảng ghép không được tăng số dòng nếu quan hệ nhiều-một'. Quy tắc viết trước giúp cả nhóm thống nhất và dễ kiểm thử hơn.

Thành phầnVí dụBằng chứng
Quy tắcGiá >0Cột kiểm
Khóama_bdsĐếm trùng
Ngoại lệKhông tìm thấyCờ lỗi
Kết quảSố dòng sau ghépBảng đối chiếu
Tái lậpLàm mới lạiNhật ký bước

Thiết kế tệp dễ bàn giao

Sổ Excel hoặc truy vấn nên có tên cột rõ, trang hướng dẫn ngắn, dữ liệu gốc tách khỏi đầu ra và ghi phiên bản. Nếu người tạo nghỉ một ngày mà đồng nghiệp không thể tiếp tục, công cụ chưa được thiết kế tốt.

LớpNội dungQuy tắc
NguồnDữ liệu gốcKhông sửa trực tiếp
Xử lýCông thức/bướcCó tên rõ
Kiểm traCờ lỗi/đối chiếuKhông bỏ qua
Đầu raBảng tổng hợpCó ngày/phiên bản
Hướng dẫnĐơn vị/quy trìnhBàn giao được

Kiểm thử với dữ liệu biên

Không chỉ thử dữ liệu bình thường. Bộ kiểm thử nên có ô rỗng, giá trị bằng 0, số âm, khóa trùng, khóa không tồn tại, ký tự thừa và dữ liệu ngoài phạm vi. Đây là cách phát hiện công thức hoặc truy vấn đang 'đúng với dữ liệu đẹp' nhưng sai trong thực tế.

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

Bảng báo cáo có MaQuan, TenQuan, Gia_T1...Gia_T12. Hãy chuyển sang MaQuan, TenQuan, Thang, Gia và giải thích vì sao cấu trúc mới dễ phân tích hơn.

Sinh viên phải nộp cả kết quả và cách kiểm tra: dữ liệu trước xử lý, dữ liệu sau xử lý, số dòng, số lỗi, giải thích quy tắc và ít nhất 5 bản ghi kiểm mẫu. Nếu chỉ đưa ảnh chụp kết quả cuối thì chưa đủ chứng minh quy trình đúng.

Quy trình thực hành 8 bước

  1. Sao chép dữ liệu mẫu và bảo toàn bản gốc.
  2. Viết mục tiêu nghiệp vụ bằng tiếng Việt.
  3. Xác định khóa, kiểu dữ liệu và đơn vị.
  4. Tạo công thức hoặc truy vấn với tên bước rõ.
  5. Chèn dữ liệu lỗi để kiểm thử.
  6. Đối chiếu số dòng và bản ghi mẫu.
  7. Ghi quy tắc và điểm chưa xử lý tự động.
  8. Cho một người khác chạy lại và phản hồi.

Bộ bài tập mở rộng

  1. Tạo ít nhất 200 bản ghi BĐS giả lập.
  2. Chèn 20 lỗi thuộc ít nhất 5 nhóm.
  3. Thiết kế cách phát hiện từng nhóm lỗi.
  4. Thực hiện xử lý nhưng không ghi đè dữ liệu nguồn.
  5. Lập bảng trước–sau về số dòng, rỗng, trùng và lỗi.
  6. Tạo một báo cáo tổng hợp nhỏ.
  7. Viết hướng dẫn bàn giao tối đa một trang.
  8. Đổi bài cho nhóm khác kiểm tra độc lập.

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

  • Viết công thức trước khi thống nhất quy tắc.
  • Ghép bằng tên tự do thay vì khóa chuẩn.
  • Không xử lý rõ trường hợp không tìm thấy.
  • Không kiểm khóa trùng trước ghép.
  • Dùng màu thay cho dữ liệu trạng thái.
  • Sửa tay trên dữ liệu nguồn.
  • Không kiểm số dòng trước và sau.
  • Tự động hóa nhưng không có bước kiểm sau làm mới.
  • Để quy tắc nằm cứng trong nhiều công thức khó bảo trì.
  • Không có tài liệu bàn giao.

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

Một lỗi trong Excel có thể truyền sang báo cáo giá, bản đồ, danh sách nguồn hàng hoặc quyết định kinh doanh. Sai khóa tra cứu có thể gắn giá của tài sản khác; sai thao tác ghép có thể nhân đôi số dòng; sửa địa chỉ thủ công có thể làm mất khả năng tái lập. Vì vậy kỹ năng cốt lõi không phải thao tác nhanh mà là tạo kết quả đúng và kiểm chứng được.

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

Tiêu chíĐạt khi
Đúng logicQuy tắc nghiệp vụ rõ
Đúng kỹ thuậtCông thức/truy vấn chạy đúng
Có kiểm soátPhát hiện lỗi và ngoại lệ
Tái lậpDữ liệu mới có thể chạy lại
Bàn giaoNgười khác tiếp tục được

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

  • Tôi có hiểu logic hay chỉ nhớ nút bấm?
  • Khóa ghép có duy nhất không?
  • Ô rỗng và ngoại lệ được xử lý rõ chưa?
  • Kết quả có kiểm bằng cách khác được không?
  • Khi thêm dữ liệu mới, quy trình có chạy lại được không?
  • Người khác có hiểu các bước mà không hỏi tôi không?

Ghi nhớ trong 30 giây

  • Unpivot là thao tác chuyển nhiều cột kỳ hoặc chỉ tiêu thành các dòng thuộc tính–giá trị; có thể hiểu là chuyển cột thành dòng.
  • Sau Unpivot, mỗi dòng chứa khu vực, tháng và giá trị; thêm tháng mới không làm thay đổi cấu trúc cột của dữ liệu phân tích.
  • Cần phân biệt dữ liệu rộng phục vụ trình bày và dữ liệu dài phục vụ phân tích.
  • Sau chuyển dạng phải kiểm số dòng và kiểu dữ liệu của cột giá trị để tránh lẫn số với chữ.
  • Khi thiết kế nguồn từ đầu, nên ưu tiên cấu trúc dài cho dữ liệu phân tích nếu điều đó phù hợp mục tiêu.

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, Power Query và Power Pivot.
  4. Nguyên tắc quản trị dữ liệu: dữ liệu gốc, khóa định danh, chất lượng, lịch sử biến đổi và khả năng tái lập.
  5. Ví dụ trong bài là dữ liệu giả lập phục vụ giảng dạy.

Bài tiếp theo: “Power Pivot và Data Model giải quyết giới hạn nào của Excel thông thường?”.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

Gợi ý kiểm tra chéo trong lớp

Mỗi nhóm chuyển tệp cho nhóm khác nhưng không giải thích bằng miệng. Nhóm nhận phải tìm được nguồn, quy tắc, bước xử lý và kết quả. Những điểm khiến người nhận phải đoán được ghi thành lỗi bàn giao. Cách này buộc người học thiết kế tệp rõ ràng thay vì chỉ làm cho chính mình.

Sau kiểm chéo, nhóm tạo một nhật ký sửa đổi gồm vấn đề, nguyên nhân, cách sửa và tác động tới dữ liệu. Nhật ký ngắn nhưng giúp hình thành thói quen truy vết khi làm việc với dữ liệu BĐS thật.

📚 Xem toàn bộ 24 bài trong series Tin học BĐS