Перейти к содержимому
SteveTechArcSteveTechArc Courses

Моделирование данных ради смысла

Также доступно на 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, — и каждый прямоугольник остается на своем месте, так что вы точно видите, что добавляет каждый шаг.

Глава в шести частях

Заголовок раздела «Глава в шести частях »
  1. Прислушайтесь к существительным. Найдите зачатки модели данных в деловом разговоре и на минуту забудьте о Salesforce. Пять существительных про собак превращаются в пять прямоугольников-кандидатов.
  2. Нарисуйте связи. Один или много, обязательно или нет, сейчас или со временем, и бизнес-понятие, скрытое в связи «многие ко многим»: трюк собаки и назначение бригады.
  3. Постройте логическую модель. Атрибуты, которые описывают то, что нужно, и ключи, которые уникальны, неизменны, лишены смысла и никогда не являются персональными данными. Почему кличка собаки, телефон ее владельца и даже ее микрочип не годятся в качестве ее ключа.
  4. Поместите данные туда, где им место. Что такое нормализация, затем таблица с шестью собаками, шаг за шагом приведенная к третьей нормальной форме, и те же три вопроса в Steve Trucking.
  5. Проектируйте до третьей нормальной формы, затем отступите. Когда я намеренно отступаю от чистой модели: пользователи, отчетность, список выбора или lookup, масштаб, аналитика и ИИ. И день, когда школа для собак начинает принимать кошек.
  6. Воплотите модель в Salesforce. От логической модели к стандартным и пользовательским объектам, полям и связям, master-detail или lookup, и почему не стоит проектировать из Setup.

Когда закончите, проверьте себя по учебному пособию главы: там чек-лист для экзамена, привычки за его пределами, ключевые термины и несколько вопросов.

Чему вы научитесь

Заголовок раздела «Чему вы научитесь »
  • Находить сущности-кандидаты и связи в разговоре или в документе с требованиями и подтверждать их с бизнесом.
  • Описывать каждую связь: ее кардинальность, смысл, обязательность и важна ли ее история.
  • Строить логическую модель с атрибутами на правильных сущностях и надежными ключами.
  • Применять 1НФ, 2НФ и 3НФ как практические вопросы и денормализовать обдуманно, понимая, чего это стоит.
  • Переносить логическую модель в Salesforce и прослеживать каждый физический выбор обратно к бизнесу.

Дополнительно

Заголовок раздела «Дополнительно »

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