Steve 資料建模:從挑選清單到無限遠方
引言:
歡迎來到 Steve 資料建模系列的又一期精彩內容!在這篇部落格中,我們將探討挑選清單的多種用法,並討論在哪些場景下,你可能需要為更高階的資料建模需求考慮替代方案。
理解挑選清單
當一個欄位需要一組固定的值時,挑選清單是理想的選擇。它們能提供乾淨的使用者體驗,但也有一些侷限:
- 新增值需要較高的管理員權限。
- 新的值必須通過沙箱來部署。
如果來自第三方整合的值沒有預先新增到 Salesforce 中,就會出現資料驗證錯誤。
探索挑選清單的各種方案
下面是一些可以考慮的挑選清單方案:
方案 1:全域值集
這是 Salesforce 的標準方案,可以跨物件複用清單。

全域值集最適合在多個地方使用的值。例如,你可以為「管道尺寸」和「管壁厚度」各建一個全域值集,為使用者提供一個乾淨的介面來選擇值。
[caption id="" align=“alignnone” width=“1372”]
值集示例 [/caption]
[caption id="" align=“alignnone” width=“1814”]
值示例 [/caption]
[caption id="" align=“alignnone” width=“676”]
從清單中選擇 [/caption]
方案 2:文字欄位
這就是一個沒有驗證的文字欄位。

如果資料值是通過整合推送過來的,你可能會考慮使用文字欄位。不過,這種做法失去了驗證,允許使用者輸入任何資料,可能導致不一致。
如果這些欄位在 Salesforce 中是隻讀的,你只是在顯示這些值,這可能是一個可選方案。
[caption id="" align=“alignnone” width=“678”]
沒有驗證 [/caption]
方案 3:共用的參考物件

可以用一個帶多個記錄類型的共用參考物件來載入資料。這種做法在主物件上建立兩個查閱關係,連結到參考物件,而不是儲存實際的值。你還可以在沒有管理員權限的情況下動態新增新值,提高了靈活性。
[caption id="" align=“alignnone” width=“1462”]
使用記錄類型 [/caption]
[caption id="" align=“alignnone” width=“1700”]
使用篩選的查閱關係 [/caption]
[caption id="" align=“alignnone” width=“1434”]
新增值 [/caption]
[caption id="" align=“alignnone” width=“658”]
選擇一個值時的樣子。排序不正確,而且初次載入時不會顯示所有值,使用者必須去搜索。另外,務必在設定檔或權限集中去掉「建立」權限,這樣使用者就不會隨手建立更多記錄。 [/caption]
第 3 部分:高階方案
對於更高階的場景,可以考慮以下方案:
方案 4:帶參考物件的自訂介面

如果你的編輯介面使用的是自訂 Lightning Web 元件(LWC),你可以用一個參考物件來讀取並呈現值,同時儲存實際的值,而不是查閱關係。
方案 5:獨立的物件

如果查閱值的重要性越來越高,可以考慮為每一種值各建一個獨立的物件,並分別建立查閱關係。這種做法允許動態新增資料,保持資料模型乾淨,並且支援在每個物件上增加相關欄位。
實際示例
下面是說明每種方案的實際示例:
**標準挑選清單:**提供帶固定值的乾淨介面。
**沒有驗證的文字欄位:**提供靈活性,但沒有資料驗證。
**指向參考物件的查閱關係:**使用同一個物件,按記錄類型篩選,以獲得靈活性。
**獨立的物件:**為每個查閱關係使用單獨的物件,提供乾淨而靈活的資料模型。
結論
理解挑選清單及其替代方案的細微差別,對於有效的資料建模至關重要。從標準挑選清單到獨立的物件,每種方案都有其獨特的好處,能滿足特定的資料建模需求。
歡迎再來!
想獲得更多見解和技巧,請繼續關注 www.SteveTechArc.com 和 YouTube 頻道 @SteveTechArc (opens in a new tab)。訂閱,和我們一起提升你的資料建模功力!
與架構師同行以及正走在架構師之路上的人分享有趣的想法,一起改變世界!
STA 2.2