Blog · 14 tháng 9, 2023 · Steve Simpson · Kiến trúc dữ liệu

Mô hình hóa dữ liệu cùng Steve: Từ danh sách chọn đến vô cực và xa hơn nữa

Giới thiệu:

Chào mừng bạn đến với một buổi đầy bổ ích khác về mô hình hóa dữ liệu trong loạt bài Mô hình hóa dữ liệu của Steve! Trong bài blog này, chúng ta sẽ khám phá cách dùng linh hoạt danh sách chọn và thảo luận những tình huống bạn có thể cần cân nhắc các phương án thay thế cho những yêu cầu mô hình hóa dữ liệu nâng cao hơn.

Hiểu về danh sách chọn

Danh sách chọn lý tưởng khi bạn có một trường cần một tập giá trị cố định. Chúng mang lại trải nghiệm người dùng gọn gàng nhưng đi kèm một số giới hạn:

Cần quyền quản trị cao để thêm giá trị.
Giá trị mới phải được triển khai qua các sandbox.

Lỗi xác thực dữ liệu xảy ra nếu giá trị từ tích hợp bên thứ ba chưa được thêm trước vào Salesforce.

Khám phá các lựa chọn danh sách chọn

Đây là một số lựa chọn danh sách chọn để cân nhắc:

Lựa chọn 1: Bộ giá trị toàn cục

Đây là lựa chọn chuẩn của Salesforce và có thể tận dụng danh sách giữa các đối tượng.

Lựa chọn 1, danh sách chọn và bộ giá trị toàn cục. Ưu điểm: trải nghiệm người dùng gọn gàng. Nhược điểm: quản trị viên phải thêm giá trị, thay đổi cần triển khai qua sandbox, hệ thống bên ngoài gây vấn đề, và một giá trị không thể chứa các trường liên quan

Bộ giá trị toàn cục phù hợp nhất với những giá trị được dùng ở nhiều nơi. Ví dụ, bạn có thể có hai bộ giá trị toàn cục cho “kích thước ống” và “độ dày ống”, cung cấp giao diện gọn gàng để người dùng chọn giá trị.

[caption id="" align=“alignnone” width=“1372”] Ví dụ các bộ giá trị [/caption] [caption id="" align=“alignnone” width=“1814”] Ví dụ các giá trị [/caption] [caption id="" align=“alignnone” width=“676”] Chọn từ một danh sách [/caption]

Lựa chọn 2: Trường văn bản

Đây chỉ là một trường văn bản không có xác thực.

Lựa chọn 2, trường văn bản. Ưu điểm: nhận mọi giá trị. Nhược điểm: không xác thực dữ liệu và trải nghiệm người dùng kém

Nếu giá trị dữ liệu được đẩy vào qua tích hợp, bạn có thể cân nhắc dùng trường văn bản. Tuy nhiên, cách này mất đi việc xác thực, cho phép người dùng nhập bất kỳ dữ liệu nào, có thể dẫn đến thiếu nhất quán.

Đây có thể là một lựa chọn nếu các trường chỉ đọc trong Salesforce và bạn chỉ hiển thị giá trị.

[caption id="" align=“alignnone” width=“678”] Không có xác thực [/caption]

Lựa chọn 3: Đối tượng tham chiếu dùng chung

Lựa chọn 3, một đối tượng tham chiếu dùng chung với các loại bản ghi, với quan hệ tra cứu được lọc theo loại bản ghi. Ưu điểm: dữ liệu được thêm động và một số trường liên quan. Nhược điểm: phải nạp dữ liệu vào sandbox, và đối tượng nguồn giữ một khóa thay vì giá trị

Một đối tượng tham chiếu dùng chung với nhiều loại bản ghi có thể được dùng để nạp dữ liệu. Cách này tạo hai quan hệ tra cứu trên đối tượng chính, liên kết đến đối tượng tham chiếu thay vì giá trị thực. Bạn cũng có thể thêm giá trị mới một cách động mà không cần quyền quản trị, tăng tính linh hoạt.

[caption id="" align=“alignnone” width=“1462”] Dùng loại bản ghi [/caption] [caption id="" align=“alignnone” width=“1700”] Dùng quan hệ tra cứu có lọc [/caption] [caption id="" align=“alignnone” width=“1434”] Thêm giá trị [/caption] [caption id="" align=“alignnone” width=“658”] Việc chọn một giá trị trông như thế này. Thứ tự sắp xếp không đúng và không hiển thị mọi giá trị lúc tải ban đầu, người dùng phải tìm kiếm chúng. Ngoài ra, hãy chắc chắn bạn bỏ quyền “Create” khỏi Profiles/Permission Sets để người dùng không tạo thêm bản ghi tùy tiện. [/caption]

Phần 3: Các lựa chọn nâng cao

Với những tình huống nâng cao hơn, hãy cân nhắc các lựa chọn sau:

Lựa chọn 4: Màn hình tùy chỉnh với đối tượng tham chiếu

Lựa chọn 4, một đối tượng tham chiếu cộng một trường văn bản, với một Lightning web component đọc giá trị danh sách chọn từ đối tượng tham chiếu. Ưu điểm: dữ liệu được thêm động và đối tượng nguồn giữ giá trị. Nhược điểm: cần phát triển LWC và trang tùy chỉnh

Nếu bạn đang dùng Lightning Web Components (LWC) tùy chỉnh cho các màn hình chỉnh sửa, bạn có thể dùng một đối tượng tham chiếu để đọc giá trị và hiển thị chúng, lưu giá trị thực thay vì quan hệ tra cứu.

Lựa chọn 5: Đối tượng độc lập

Lựa chọn 5, các đối tượng tham chiếu độc lập, mỗi danh sách một đối tượng. Ưu điểm: dữ liệu được thêm động, mô hình dữ liệu gọn gàng và nhiều trường liên quan. Nhược điểm: phải nạp dữ liệu vào sandbox, khóa thay vì giá trị, và nhiều đối tượng

Nếu các giá trị tra cứu ngày càng quan trọng, hãy cân nhắc tạo đối tượng độc lập cho mỗi danh sách và tạo các quan hệ tra cứu riêng. Cách này cho phép thêm dữ liệu một cách động, giữ mô hình dữ liệu gọn gàng, và hỗ trợ thêm các trường liên quan trên mỗi đối tượng.

Ví dụ thực tế

Đây là các ví dụ thực tế minh họa từng lựa chọn:

Danh sách chọn chuẩn: Cung cấp giao diện gọn gàng với giá trị cố định.

Trường văn bản không xác thực: Mang lại sự linh hoạt nhưng không xác thực dữ liệu.

Quan hệ tra cứu đến đối tượng tham chiếu: Dùng cùng một đối tượng với các loại bản ghi được lọc để linh hoạt.

Đối tượng độc lập: Dùng đối tượng riêng cho mỗi quan hệ tra cứu, mang lại một mô hình dữ liệu gọn gàng và linh hoạt.

Kết luận

Hiểu những sắc thái của danh sách chọn và các phương án thay thế là điều cốt yếu cho việc mô hình hóa dữ liệu hiệu quả. Từ danh sách chọn chuẩn đến đối tượng độc lập, mỗi lựa chọn mang lại những lợi ích riêng để đáp ứng những nhu cầu mô hình hóa dữ liệu cụ thể.

Hãy sớm quay lại!

Để có thêm góc nhìn và mẹo hay, hãy theo dõi tại www.SteveTechArc.com và kênh YouTube @SteveTechArc (opens in a new tab). Hãy đăng ký và cùng chúng tôi nâng tầm khả năng mô hình hóa dữ liệu của bạn!

Góp phần thay đổi thế giới bằng cách chia sẻ những ý tưởng thú vị với các kiến trúc sư đồng nghiệp và những ai đang trên hành trình trở thành kiến trúc sư!

Bản ghi lời thoại được AI hỗ trợ

STA 2.2