Перейти до вмісту

Моделювання даних заради змісту

Також доступно 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)

Розділ 2 курсу Data Architect, Частина 1: Стати архітектором даних. Попередній: Мислити як архітектор даних Salesforce.

Одне з того, що я роблю на першій розмові з клієнтом, — слухаю іменники. Роздрібний партнер. Отримувач. Розподільчий центр. Доставка. Вантажівка. Десь у цій розмові — зачатки моєї моделі даних, і я хочу почати бачити її ще до того, як хтось відкриє Setup. У цьому розділі ми зробимо це двічі. Спершу на тому, що всі розуміють, — школі для собак: власники, заводчики, собаки і трюки, які вони знають. Потім на Steve Trucking, компанії доставки «останньої милі», яку ми використовуємо протягом усього курсу.

Архітектор слухає власника компанії доставки й накидає першу форму моделі даних у будинку в пустелі

Зображення згенеровано ШІ.

У розділі 1 я сказав, що модель даних — це скелет. Цей розділ про те, як проєктувати скелет, у тому порядку, в якому це роблю я: зрозуміти бізнес, описати дані і лише потім вирішити, як Salesforce це реалізує. Концептуальна, потім логічна, потім фізична. Якщо ви покажете на будь-що в моїй фізичній моделі й запитаєте «чому це тут?», я хочу вміти провести вас назад через логічну й концептуальну моделі до чогось, що справді потрібно бізнесу.

Кожен модуль починається з собак — у короткій частині під назвою Сидіти, чекати, моделювати, — а потім робить той самий крок для Steve Trucking. Стежте за моделлю собак: це одна діаграма, що зростає від модуля до модуля, від простих прямокутників до зв’язків, до детальної моделі даних і до об’єктів Salesforce, і кожен прямокутник лишається на тому самому місці, тож ви бачите, що саме додає кожен крок.

Розділ у шести частинах

Section titled “Розділ у шести частинах ”
  1. Слухайте іменники. Знайдіть зачатки моделі даних у розмові про бізнес і забудьте на хвилину про Salesforce. П’ять іменників про собак стають п’ятьма кандидатами в прямокутники.
  2. Намалюйте зв’язки. Один чи багато, обов’язково чи необов’язково, зараз чи з часом — і бізнес-поняття, що ховається у зв’язку «багато до багатьох»: Трюк собаки і Призначення бригади.
  3. Побудуйте логічну модель. Атрибути, що описують правильну річ, і ключі, які унікальні, незмінні, без змісту і ніколи не є персональними даними. Чому ім’я собаки, телефон її власника і навіть її мікрочип не годяться як ключ.
  4. Розмістіть дані там, де їм місце. Що таке нормалізація, потім таблиця з шістьма собаками, крок за кроком доведена до третьої нормальної форми, і ті самі три запитання в Steve Trucking.
  5. Проєктуйте до третьої нормальної форми, а потім відступіть. Коли я свідомо відступаю від чистої моделі: користувачі, звітність, список вибору чи lookup, масштаб, аналітика і ШІ. І день, коли школа для собак починає приймати котів.
  6. Перетворіть модель на Salesforce. Від логічної моделі до стандартних і користувацьких об’єктів, полів і зв’язків, master-detail чи lookup, і чому не варто проєктувати з Setup.

Коли закінчите, перевірте себе за навчальним посібником до розділу: контрольний список для іспиту, звички, що виходять за його межі, ключові терміни і кілька запитань.

  • Знаходити кандидатів у сутності й зв’язки в розмові чи документі з вимогами і перевіряти їх із бізнесом.
  • Описувати кожен зв’язок: його кардинальність, зміст, чи він обов’язковий і чи важлива його історія.
  • Будувати логічну модель з атрибутами на правильних сутностях і ключами, що витримують навантаження.
  • Застосовувати 1НФ, 2НФ і 3НФ як практичні запитання і свідомо денормалізувати, знаючи, чого це коштує.
  • Відображати логічну модель на Salesforce і простежувати кожен фізичний вибір назад до бізнесу.

Далі: Архітектура даних Salesforce