為含義建模資料
另有 28 種語言版本
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect 第 2 章，第 1 部分：成為資料架構師。上一章：像 Salesforce 資料架構師一樣思考。
和客戶第一次通話時，我會做的一件事就是聆聽名詞。零售合作夥伴（Retail Partner）。收貨人（Recipient）。配送中心（Distribution Center）。配送（Delivery）。卡車（Truck）。在這段對話的某處，藏著我的資料模型的雛形，我想在任何人開啟設定之前就開始看到它。在本章中，我們會做兩遍。先在一個大家都懂的東西上做：一所狗狗學校，有主人、繁育者、狗，以及它們會的技能。然後在 Steve Trucking 上做，這是我們在整門課中使用的最後一公里配送公司。
圖片由 AI 生成。
在第 1 章裡我說過，資料模型是骨架。本章講的是如何設計骨架，按照我做的順序：理解業務，描述資料，然後才決定 Salesforce 如何實現它。**先概念，再邏輯，最後物理。**如果你指著我物理模型裡的任何東西問「為什麼它在那裡？」，我希望能帶你沿著邏輯模型和概念模型一路回溯，找到業務真正需要的某樣東西。
每個模組都從狗開始，放在一個名為坐下、別動、建模的短小章節裡，然後把同樣的一步用到 Steve Trucking 上。一路上留意這個狗模型：它是一張逐個模組不斷生長的圖，從簡單的方框，到關係，到詳細資料模型，再到 Salesforce 物件，而且每個方框都待在同一個位置，所以你能清楚地看到每一步增加了什麼。
本章的六個部分
Section titled “本章的六個部分 ”- **聆聽名詞。**在一次業務對話中找到資料模型的雛形，暫時把 Salesforce 忘掉。五個關於狗的名詞，變成五個候選方框。
- **畫出關係。**一個還是多個，必需還是可選，現在還是隨時間變化，以及藏在多對多關係裡的業務概念：狗狗技能，還有配送小組分配。
- 構建邏輯模型。描述正確事物的屬性，以及唯一、不變、無含義、絕不是 PII 的鍵。為什麼狗的名字、主人的電話，甚至它的晶片號，都不夠格當它的鍵。
- **把資料放在該放的地方。**什麼是規範化，然後把一張記著六隻狗的電子表格一步步做到第三範式，再在 Steve Trucking 上問同樣的三個問題。
- **設計到第三範式，然後適度回退。**我何時有意偏離乾淨的模型：使用者、報表、挑選清單還是查閱關係、規模、分析和 AI。還有狗狗學校開始收貓的那一天。
- **把模型落到 Salesforce 中。**從邏輯模型到標準物件和自訂物件、欄位和關係，主要-詳細資料關係還是查閱關係，以及為什麼不要從設定介面開始設計。
讀完之後，用本章學習指南檢查一下自己：一份備考清單、考試之外的習慣、必知術語，還有幾道題。
你將能夠做到
Section titled “你將能夠做到 ”- 在一次對話或一份需求文件中找出候選實體和關係，並與業務方一起驗證它們。
- 描述每一個關係：它的基數、它的含義、它是否必需，以及它的歷史是否重要。
- 構建一個邏輯模型，把屬性放在正確的實體上，並使用站得住的鍵。
- 把 1NF、2NF 和 3NF 當作實用的問題來運用，並在清楚代價的前提下有意地反規範化。
- 把邏輯模型對映到 Salesforce，並把每一個物理層面的選擇追溯到業務。
- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab)，Salesforce Help（英文，查閱日期 2026-10-12）：目標 DM-1，資料模型
下一章：Salesforce 資料架構