- Order có nhiều Order Items
- Purchase Request có nhiều Request Items
- Case có nhiều Activity/Comments
Dùng khi nào?
- Dữ liệu con luôn thuộc về dữ liệu cha (cùng ownership, cùng vòng đời)
- Cần nhập và xem danh sách item ngay trong màn hình của record cha
- Cần tổng hợp nhanh (tổng tiền, số lượng) trên các item
Khi nào không nên dùng?
- Dữ liệu con có ownership khác, hoặc có vòng đời độc lập
- Cần chia sẻ dữ liệu con cho nhiều app/đơn vị khác nhau
- Cần nhiều workflow riêng cho dữ liệu con
Thiết kế tối thiểu
Với một Entity cha (ví dụPurchase Request):
- Field
Items: Sub-dataset - Trong Sub-dataset, khai báo các cột/field cho item:
- Item name (Text)
- Quantity (Number)
- Unit price (Currency)
- Amount (Formula)
- Rollup
Total cost= Sum(Items.Amount)
Thực hành tốt
- Giữ Sub-dataset “đủ dùng” cho vòng đầu (không tạo quá nhiều cột)
- Chuẩn hoá cách đặt tên:
Items,Line items,Activities - Tạo Rollup cho các chỉ số quan trọng (tổng tiền, số item)
- Đặt controls phù hợp: ai được thêm/sửa/xoá item (Roles/Workflow)
Ví dụ: Purchase Request
Purchase Requestcó Sub-datasetRequest Items- Người dùng nhập nhiều dòng hàng ngay trong record
- Hệ thống rollup tổng chi phí để phục vụ phê duyệt
Bước tiếp theo
- Tổng hợp dữ liệu: Tổng hợp (Rollup)
- Liên kết dữ liệu giữa Entity/App: Kết nối dữ liệu một chiều (Data Connection one-way)
