由 AI 翻譯,尚未經過社群審閱。 閱讀英文版

部落格 · 2023年9月14日 · Steve Simpson · 資料架構

Steve 資料建模:從挑選清單到無限遠方

引言:

歡迎來到 Steve 資料建模系列的又一期精彩內容!在這篇部落格中,我們將探討挑選清單的多種用法,並討論在哪些場景下,你可能需要為更高階的資料建模需求考慮替代方案。

理解挑選清單

當一個欄位需要一組固定的值時,挑選清單是理想的選擇。它們能提供乾淨的使用者體驗,但也有一些侷限:

如果來自第三方整合的值沒有預先新增到 Salesforce 中,就會出現資料驗證錯誤。

探索挑選清單的各種方案

下面是一些可以考慮的挑選清單方案:

方案 1:全域值集

這是 Salesforce 的標準方案,可以跨物件複用清單。

方案 1,挑選清單和全域值集。優點:乾淨的使用者體驗。缺點:必須由管理員新增值,修改需要部署到沙箱,外部系統會帶來問題,而且一個值無法帶有相關欄位

全域值集最適合在多個地方使用的值。例如,你可以為「管道尺寸」和「管壁厚度」各建一個全域值集,為使用者提供一個乾淨的介面來選擇值。

[caption id="" align=“alignnone” width=“1372”]值集示例 值集示例 [/caption] [caption id="" align=“alignnone” width=“1814”]值示例 值示例 [/caption] [caption id="" align=“alignnone” width=“676”]從清單中選擇 從清單中選擇 [/caption]

方案 2:文字欄位

這就是一個沒有驗證的文字欄位。

方案 2,文字欄位。優點:可以接受任何值。缺點:沒有資料驗證,使用者體驗差

如果資料值是通過整合推送過來的,你可能會考慮使用文字欄位。不過,這種做法失去了驗證,允許使用者輸入任何資料,可能導致不一致。

如果這些欄位在 Salesforce 中是隻讀的,你只是在顯示這些值,這可能是一個可選方案。

[caption id="" align=“alignnone” width=“678”]沒有驗證 沒有驗證 [/caption]

方案 3:共用的參考物件

方案 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:帶參考物件的自訂介面

方案 4,參考物件加文字欄位,由一個 Lightning Web 元件從參考物件讀取選項值。優點:資料可以動態新增,源物件儲存的是值本身。缺點:需要開發 LWC 和自訂頁面

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

方案 5:獨立的物件

方案 5,獨立的參考物件,每個清單一個。優點:資料可以動態新增,資料模型乾淨,可以帶很多相關欄位。缺點:沙箱中需要載入資料,儲存的是鍵而不是值,而且物件數量多

如果查閱值的重要性越來越高,可以考慮為每一種值各建一個獨立的物件,並分別建立查閱關係。這種做法允許動態新增資料,保持資料模型乾淨,並且支援在每個物件上增加相關欄位。

實際示例

下面是說明每種方案的實際示例:

**標準挑選清單:**提供帶固定值的乾淨介面。

**沒有驗證的文字欄位:**提供靈活性,但沒有資料驗證。

**指向參考物件的查閱關係:**使用同一個物件,按記錄類型篩選,以獲得靈活性。

**獨立的物件:**為每個查閱關係使用單獨的物件,提供乾淨而靈活的資料模型。

結論

理解挑選清單及其替代方案的細微差別,對於有效的資料建模至關重要。從標準挑選清單到獨立的物件,每種方案都有其獨特的好處,能滿足特定的資料建模需求。

歡迎再來!

想獲得更多見解和技巧,請繼續關注 www.SteveTechArc.com 和 YouTube 頻道 @SteveTechArc (opens in a new tab)。訂閱,和我們一起提升你的資料建模功力!

與架構師同行以及正走在架構師之路上的人分享有趣的想法,一起改變世界!

轉錄藉助了 AI

STA 2.2