Subtype: chia nhóm đối tượng trong cùng Feature Class như thế nào?

Subtype: chia nhóm đối tượng trong cùng Feature Class như thế nào? là Bài 14 của chuyên đề ArcGIS Pro trong phân tích không gian BĐS. Dùng Subtype để chia các đối tượng trong cùng table/feature class theo một trường số nguyên, đồng thời áp default value và domain khác nhau cho từng nhóm mà không tách thành nhiều lớp rời.

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

Cập nhật 02/10/2026: Nội dung thao tác được đối chiếu với tài liệu chính thức ArcGIS Pro 3.6 của Esri. Tên nút, tab hoặc pane có thể khác nhẹ theo bản vá, ngôn ngữ giao diện và loại giấy phép.

Lưu ý phương pháp: ArcGIS Pro có thể hiển thị các lớp khác hệ tọa độ nhờ phép chiếu động trên bản đồ, nhưng điều đó không chứng minh dữ liệu nguồn đã được khai báo đúng hoặc kết quả đo khoảng cách, diện tích và chồng lớp đã đáng tin. Luôn kiểm nguồn, spatial reference, đơn vị, phạm vi và mục tiêu phân tích trước khi kết luận BĐS.

Mục tiêu học tập

Hiểu đúng khái niệm ArcGIS Pro của bài và vai trò trong quy trình dữ liệu BĐS.
Biết dữ liệu đầu vào, metadata và điều kiện phải kiểm trước khi thao tác.
Thực hiện workflow theo cách có thể lặp lại trên ArcGIS Pro 3.6.
Phân biệt thay đổi hiển thị, thay đổi schema và thay đổi dữ liệu nguồn.
Ghi lại source, spatial reference, version và quyết định để project có thể bàn giao.

Vị trí trong lộ trình 96 bài

Bài thuộc Chương 2 – Dữ liệu GIS và Geodatabase. Bài 9–10 đã đặt nền vector/raster và Feature Class–Table–Feature Dataset. Bài 11–16 đi sâu từ định dạng lưu trữ đến schema có kiểm soát: Shapefile/File GDB, field, domain, subtype, relationship class và attachments. Mục tiêu là biến dữ liệu BĐS từ nhiều lớp rời thành một mô hình geodatabase có cấu trúc và khả năng bàn giao.

1. Subtype là phân nhóm bên trong cùng dataset

Một field số nguyên được chọn làm subtype field; mỗi mã đại diện một nhóm feature/row.

Không phải một layer riêng hay feature class riêng.

Liên hệ BĐS: trước khi thao tác, ghi rõ lớp này đại diện cho thửa đất, công trình, chủ thể, hồ sơ, tin rao, giao dịch, đường, tiện ích hay dữ liệu khảo sát. Cùng một tên gần giống nhau nhưng đơn vị quan sát, nguồn và thời điểm có thể khác hoàn toàn.

2. Khi nào dùng subtype

Các nhóm cùng geometry/schema lõi nhưng cần behavior khác, ví dụ công trình `Nhà ở`, `Thương mại`, `Công cộng`.

Nếu geometry/schema khác hẳn, tách feature class có thể hợp lý hơn.

Điểm kiểm ArcGIS Pro: quan sát Catalog, Contents, Source Properties và metadata của dataset. Nhiều lỗi tưởng là geoprocessing không chạy thực chất bắt đầu từ nhầm workspace, nhầm layer, field sai kiểu hoặc spatial reference không đúng.

3. Subtype khác Domain

Domain giới hạn giá trị một field; subtype chia records thành nhóm và có thể gán domain/default khác nhau cho các field theo nhóm.

Hai công cụ bổ sung nhau.

Dấu vết cần giữ: ghi tên project, dataset, source path/geodatabase, số bản ghi hoặc số feature, schema/spatial reference và mục đích của output. Người khác phải phân biệt được raw source, master data và derived output.

4. Subtype field phải là integer

Mã subtype dùng field integer theo cấu trúc geodatabase.

Không chọn text description làm subtype field.

5. Có default subtype

Geodatabase cho xác định một subtype mặc định.

Default chỉ hỗ trợ nhập nhanh, không thay xác nhận nghiệp vụ.

6. Domain theo subtype

Ví dụ subtype `Căn hộ` có domain `hang_can_ho`, subtype `Nhà phố` có domain `loai_mat_tien`.

Giảm danh mục không liên quan.

7. Default value theo subtype

Mỗi subtype có thể có default riêng cho field phù hợp.

Cần tránh default khiến người nhập bỏ qua kiểm tra.

8. Symbology có thể theo subtype nhưng không phải bản chất subtype

Có thể symbol theo subtype field, nhưng subtype thuộc schema dữ liệu.

Đừng nhầm màu bản đồ với quy tắc.

9. Subtype không tạo bản sao dữ liệu

Tất cả records vẫn ở cùng feature class.

Selection/query có thể lọc từng subtype khi phân tích.

10. Lợi ích cho editing

Template và domain phù hợp từng subtype giúp nhập liệu hiện trường nhanh/ít lỗi hơn.

Thiết kế sai subtype làm editor rối hơn.

11. Không lạm dụng subtype

Nếu có hàng trăm loại thay đổi thường xuyên, bảng danh mục/relationship có thể hợp lý hơn.

Subtype phù hợp nhóm ổn định tương đối.

12. Thay mã subtype có rủi ro

Mã integer là schema; đổi nghĩa code sau khi dữ liệu tồn tại rất nguy hiểm.

Giữ mapping và version.

13. QA dữ liệu cũ trước khi bật subtype

Thống kê giá trị field dự kiến làm subtype, remap unknown codes rồi mới cấu hình.

Không để code lạ bị hiểu sai.

14. Ví dụ loại công trình

`1=Nhà ở`, `2=Thương mại`, `3=Công cộng`; field `tinh_trang` có domain riêng nếu cần.

Một feature class polygon vẫn đủ.

15. Ví dụ đường giao thông

`1=Đường chính`, `2=Đường nội bộ`, `3=Hẻm`; mỗi subtype có default/domain mặt đường hoặc cấp đường.

Miễn là cùng geometry line và schema lõi.

16. Subtype và Relationship Class

Subtype không thay quan hệ giữa datasets; thửa–chủ thể vẫn cần relationship nếu muốn schema persistent.

Bài 15.

17. Export có thể mất subtype behavior

Khi xuất sang định dạng đơn giản, mã còn nhưng metadata subtype/domain có thể không đi theo.

Bàn giao cần metadata.

18. Kết luận

Subtype là công cụ schema mạnh để giữ một dataset nhưng nhiều nhóm hành vi.

Dùng khi nhóm chia sẻ geometry/schema và cần rules riêng.

Thao tác/công cụ trọng tâm

Subtypes view trong ArcGIS Pro; Set Subtype Field/Add Subtype/Set Default Subtype khi dùng geoprocessing.

Trong lớp học nên dùng dữ liệu thử nghiệm hoặc bản sao trước. Sau mỗi thao tác thay schema, metadata hoặc geometry, hãy mở lại Source Properties, kiểm số bản ghi và so ít nhất một vài đối tượng mẫu thay vì chỉ nhìn bản đồ.

Tình huống thực hành BĐS

Lớp `CongTrinh` polygon có ba nhóm nhà ở, thương mại, công cộng. Trước đây nhóm tách thành ba feature class gần giống nhau. Họ gộp vào một feature class và dùng subtype để giữ schema chung nhưng domain/default khác nhau.

Điểm chấm của tình huống không nằm ở việc bấm được công cụ mà ở khả năng giải thích: đầu vào là gì, ArcGIS Pro đã thay đổi điều gì, output nằm ở đâu, metadata nào đổi và rủi ro nào còn tồn tại.

Ma trận quyết định nhanh

Khái niệm/tình huống	Vai trò	Mục đích	Điểm phải kiểm
Domain	Giới hạn field	List/range	Một field
Subtype	Chia record groups	Behavior theo nhóm	Integer field
Separate FC	Khác geometry/schema	Tách dataset	Khi thật sự khác
Layer filter	Hiển thị subset	Không schema	Tạm thời
Relationship	Liên kết datasets	Cardinality	Bài 15

Quy trình thao tác chuẩn tại lớp

Mở đúng project và kiểm tên/version.
Xác định active Map/Scene và workspace/geodatabase đang dùng.
Mở Catalog Pane và Contents Pane.
Kiểm Source Properties của lớp/bảng trước khi chỉnh.
Ghi số feature/row và các field trọng yếu.
Tạo bản sao thử nghiệm nếu thao tác thay schema/metadata/geometry.
Thực hiện công cụ hoặc chỉnh cấu trúc của bài.
Kiểm Messages/History của geoprocessing nếu có.
Mở lại output và kiểm source/schema/spatial reference.
So một vài records/features trước–sau.
Lưu project và output đúng thư mục/GDB.
Cập nhật nhật ký workflow và limitation.

Bài thực hành

Tạo 3 subtypes trong một feature class và gán ít nhất một domain/default khác nhau cho từng subtype.

Sản phẩm sinh viên phải nộp

Subtype table
Ảnh Subtypes view
Domain-by-subtype matrix
Test edit cases
Version note

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

Subtype=layer
Dùng text subtype field
Subtype thay domain
Tách quá nhiều FC cùng schema
Default che lỗi nhập
Đổi code subtype giữa chừng
Không QA dữ liệu cũ
Export rồi mất metadata không biết

Lỗi 1 – Subtype=layer: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Lỗi 2 – Dùng text subtype field: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Lỗi 3 – Subtype thay domain: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Lỗi 4 – Tách quá nhiều FC cùng schema: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Lỗi 5 – Default che lỗi nhập: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Lỗi 6 – Đổi code subtype giữa chừng: tạo một tình huống before–after. Ghi rõ lỗi làm schema, vị trí, quan hệ hoặc kết quả phân tích sai như thế nào; sau khi sửa phải kiểm lại Source/Catalog/Contents và lưu bằng chứng.

Phản biện chéo 5 phút

Nhóm A mở geodatabase của nhóm B mà không hỏi hướng dẫn. Trong 5 phút phải xác định dataset nào là master, field nào là key, domain/subtype/relationship/attachments nào đang được dùng và schema có đủ để hiểu nghiệp vụ BĐS hay không. Nếu không xác định được, nhóm B phải sửa tên, alias, metadata hoặc data dictionary.

Checklist QA trước khi kết thúc bài

Đúng project và đúng workspace.
Source dataset/path đã kiểm.
Số row/feature trước–sau hợp lý.
Field/schema/spatial reference được ghi.
Không thao tác nhầm raw/source nếu chỉ cần output dẫn xuất.
Tên output thể hiện được nội dung/version.
Metadata/alias/domain/subtype/relationship còn đúng sau export/import nếu có.
Map hiển thị đúng nhưng cũng đã kiểm Source Properties.
Project save thành công và mở lại không broken.
Có ảnh/bảng chứng minh kết quả.
Có limitation nếu nguồn/tham số chưa chắc chắn.
Có data dictionary/CRS inventory cập nhật.

Ghi nhớ trong 30 giây

Subtype chia records trong cùng dataset
Subtype field là integer
Domain/default có thể khác theo subtype
Không lạm dụng subtype
Metadata có thể mất khi export

Nguồn tham khảo

Nguồn kỹ thuật chính là tài liệu chính thức Esri ArcGIS Pro 3.6. Tài liệu nội bộ môn Hệ thống thông tin BĐS/Lab GIS được dùng để giữ ngữ cảnh ứng dụng BĐS; chi tiết hành vi phần mềm ưu tiên tài liệu Esri hiện hành.

https://pro.arcgis.com/en/pro-app/3.6/sdk/api-reference/conceptdocs/docs/ProSnippets-Geodatabase.html
https://pro.arcgis.com/en/pro-app/3.6/sdk/api-reference/topic9742.html

Bài tiếp theo

Relationship Class: liên kết thửa đất, chủ thể, công trình và hồ sơ.

Bài luyện tập mở rộng

Luyện tập 1

Gộp 3 FC cùng schema bằng subtype.

Yêu cầu: nộp ảnh hoặc bảng kiểm, ghi rõ source, thao tác, output, một lỗi có thể xảy ra và cách xác minh. Không chỉ nộp screenshot bản đồ cuối cùng.

Luyện tập 2

Tạo domain riêng từng subtype.

Yêu cầu: nộp ảnh hoặc bảng kiểm, ghi rõ source, thao tác, output, một lỗi có thể xảy ra và cách xác minh. Không chỉ nộp screenshot bản đồ cuối cùng.

Luyện tập 3

So subtype với definition query.

Yêu cầu: nộp ảnh hoặc bảng kiểm, ghi rõ source, thao tác, output, một lỗi có thể xảy ra và cách xác minh. Không chỉ nộp screenshot bản đồ cuối cùng.

Luyện tập 4

Viết criteria khi nào tách FC.

Yêu cầu: nộp ảnh hoặc bảng kiểm, ghi rõ source, thao tác, output, một lỗi có thể xảy ra và cách xác minh. Không chỉ nộp screenshot bản đồ cuối cùng.

Tình huống dữ liệu nâng cao

Cho một geodatabase dự án gồm polygon thửa đất, polygon công trình, table chủ thể, table hồ sơ và folder ảnh khảo sát. Sinh viên phải thiết kế lại schema để giảm lặp dữ liệu: chọn field types, domain, subtype nếu phù hợp, relationship classes và attachment strategy. Sau đó giải thích phần nào nên giữ trong GDB và phần nào chỉ là raw/exchange data.

Biên bản thực hành mẫu

Mục	Trước thao tác	Sau thao tác	Kết luận
Project	Tên/version	Đã lưu	Đúng
Source	Path/GDB/item	Đã kiểm	Khớp
Schema/CRS	Giá trị trước	Giá trị sau	Có giải thích
Rows/Features	Số lượng trước	Số lượng sau	Hợp lý
Output	Vị trí dự kiến	Vị trí thật	Khớp
Reopen	Chưa thử	Mở lại project	Không broken

Câu hỏi tự luận cuối bài

Giải thích bằng ngôn ngữ nghiệp vụ BĐS vì sao chủ đề “Subtype: chia nhóm đối tượng trong cùng Feature Class như thế nào?” quan trọng hơn việc chỉ nhớ vị trí nút bấm.
Nêu một tình huống mà thao tác kỹ thuật đúng nhưng dữ liệu nguồn sai vẫn dẫn tới kết luận sai.
Thiết kế một bước kiểm tra độc lập để phát hiện lỗi trước khi giao project cho người khác.
Nêu phần thông tin bắt buộc phải ghi trong README/Data Dictionary/CRS Inventory của bài.