Przejdź do głównej zawartości

Przewodnik do nauki do części 1: Jak zostać architektem danych

Dostępne także w 28 językach

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp.
Obraz wygenerowany przez AI

Przewodnik do nauki do części 1 kursu Data Architect: sześć rozdziałów, od myślenia jak architekt po dane podstawowe, i Punkt kontrolny 1. Każdy rozdział ma własny przewodnik z pełną listą kontrolną; ta strona zbiera je według części egzaminu.

O tym przewodniku. Powstał wyłącznie na podstawie treści tego kursu i listy celów z opublikowanego przez Salesforce przewodnika po egzaminie. Nigdy nie opiera się na prawdziwych pytaniach egzaminacyjnych i nie twierdzi, że wie, co jest na egzaminie. Jeśli masz egzamin za sobą, proszę, nie przysyłaj mi z niego pytań: umowa certyfikacyjna zabrania ich udostępniania, a wkuwanie odpowiedzi i tak jest złą drogą do zostania architektem.

Część 1 to fundament i obejmuje więcej egzaminu, niż można by się spodziewać. Cztery z sześciu części egzaminu są w większości tutaj; pozostałe dwie, Large Data Volumes i Data Migration, to część 2. Przerabiaj ją w tej kolejności:

  1. Skończ każdy rozdział, a potem odhacz jego przewodnik do nauki.
  2. Wróć tutaj i sprawdź każdą część egzaminu poniżej. Jeśli któryś punkt nie wydaje się pewny, wróć do przewodnika jego rozdziału.
  3. Spróbuj zadania z Punktu kontrolnego 1, zanim przeczytasz moje omówienie. To najlepszy test tego, czy część 1 złożyła się w całość.

Wagi pochodzą z opublikowanego przewodnika po egzaminie. Sprawdź aktualną wersję, zanim się zapiszesz: Salesforce ją zmienia.

W większości część 1. Nierównomierny rozkład danych i skala (DM-5) przychodzą w części 2.

  • DM-1, model danych: modele konceptualny, logiczny i fizyczny; notacja kurzej łapki; liczność i opcjonalność; obiekty łączące; unikalne identyfikatory, klucze naturalne i zastępcze, External ID; normalizacja; lista wyboru czy lookup; lookup czy master-detail i kształt platformy (trzy poziomy w głąb, dwóch rodziców wszerz). Rozdziały 2 i 3.
  • DM-2, udostępnianie i skala w modelu: rekordy podrzędne w master-detail dziedziczą dostęp; nierównomierny rozkład rodzic-dziecko i własności powyżej około 10 000 rekordów; kto jest właścicielem rekordów tworzonych przez integracje i agentów. Rozdział 3.
  • DM-3, metadane: słownik biznesowy, pochodzenie i klasyfikacja oraz pola klasyfikacji przy każdym polu. Rozdział 5.
  • DM-4, big objects: własne, wskazywane, zarchiwizowane czy treść; obiekty zewnętrzne; big objects i ich indeks. Rozdział 3.

W większości część 1. Łączenie danych z kilku orgów (SDM-4) wprowadza rozdział 4, a wraca ono w części 2.

  • SDM-1, licencje i obiekty: licencje są częścią modelu danych; czego nie mogą używać użytkownicy Platform i Customer Community; poziomy licencji zewnętrznych; członkowskie a logowaniowe; licencja Integration; użytkownicy o dużym wolumenie poza modelem udostępniania. Rozdziały 3 i 1.
  • SDM-2, spójne dane: drabina spójności, ograniczone listy wyboru i globalne zestawy wartości, reguły sprawdzania poprawności ograniczone przez ISNEW() i ISCHANGED(), reguły duplikatów i dopasowania; rekordy tymczasowe i zarządzane atrybuty. Rozdziały 3 i 5.
  • SDM-3, jeden widok klienta: rozpoznawanie tożsamości w Data 360, reguły dopasowania i uzgadniania i dlaczego ujednolicony profil to nie złoty rekord. Rozdział 6.
  • SDM-4, kilka orgów: najpierw jeden org; prawdziwe granice, które uzasadniają kolejny; ile kosztuje wiele orgów. Rozdział 4.

W całości część 1.

  • GOV-1, dane osobowe i wrażliwe: przepisy, które warto rozpoznawać; szyfrowanie, maskowanie, pseudonimizacja i anonimizacja; model danych zgód; prawo do bycia zapomnianym; kompromisy Shield Platform Encryption; historia pól, Field Audit Trail i Event Monitoring. Rozdział 5.
  • GOV-2, program ładu danych: właściciel rekordu a właściciel danych; właściciel, steward i opiekun techniczny; RACI; punkt egzekwowania dla każdej polityki. Rozdział 5.

W całości część 1.

  • MDM-1 do MDM-4: autorytet dla każdego atrybutu i mapa autorytetów; rejestr, konsolidacja, współistnienie i scentralizowane MDM; harmonizuj, dopasuj, konsoliduj; reguły przetrwania i ich właściciele; co robi scalanie w Salesforce; hierarchie, często z podzielonym autorytetem; dane dwukierunkowe jako prośby do źródła nadrzędnego. Rozdział 6.

To część 2: projektowanie pod skalę, zapytania i wyszukiwanie, transakcje, integracja i migracja. Część 1 przygotowuje je Liczbą Zer i 30-procentowym wzrostem (rozdział 1), tym, gdzie mieszkają dane, i big objects (rozdział 3) oraz uzgadnianiem importu, który się „zakończył” (rozdział 1).

Sześć rozdziałów i kilka myśli, które ciągle wracają. Jeśli potrafisz je wyjaśnić własnymi słowami, część 1 spełniła swoje zadanie.

  • Model danych to szkielet. Modeluj biznes przed Salesforce; prześledź każdą decyzję fizyczną wstecz do powodu biznesowego. Rozdziały 1, 2 i 3.
  • Test Odwracalności. Jak trudno to odwrócić i ile będzie od tego zależeć? Decyduje, ile uwagi dostaje decyzja, od typu pola po scalanie.
  • Licz zera. Wolumen i wzrost zmieniają projekt, podobnie jak to, gdzie wolumen się skupia (nierównomierny rozkład).
  • Platforma ma kształt. Patrz na statek-matkę; każdy obiekt to zobowiązanie; licencje są częścią modelu danych.
  • Najpierw narysuj krajobraz. Salesforce to jeden system z wielu, a kopia to nie autorytet. Rozdział 4.
  • Właściciele ustalają politykę; architekci ją egzekwują. Każda polityka potrzebuje punktu egzekwowania. Rozdział 5.
  • Autorytet należy do atrybutu. Ujednolicony profil to mapa; złoty rekord to decyzja. Rozdział 6.
  • AI podnosi stawkę. Przyspiesza budowanie, więc decyzje pod spodem znaczą więcej: ufaj, ale sprawdzaj.

Przewodnik do nauki każdego rozdziału ma własne pytania w sekcji „Sprawdź się”. Dla części 1 jako całości testem jest Punkt kontrolny 1: narysuj i obroń projekt danych Steve Trucking. Najpierw spróbuj zadania, a potem porównaj swoje rozumowanie z moim omówieniem.

Przewodniki do nauki do rozdziałów:

  1. Myśleć jak architekt danych
  2. Modelowanie danych, które coś znaczą
  3. Architektura danych Salesforce
  4. Zrozumieć dane przedsiębiorstwa
  5. Jakość danych i ład danych
  6. Dane podstawowe i tożsamość

Świetna robota, część 1 za tobą. To już jedna trzecia drogi, a dane widać teraz tak, jak widzi je architekt. Dla adminów to część, która zmienia sposób codziennej pracy. Egzamin obejmuje jednak wszystkie trzy części: następna jest Część 2: Architektura w skali, po której jest już prawie, a potem część 3 prowadzi na metę. Strona kursu pokazuje drogę, a newsletter informuje, kiedy ukazuje się kolejna część.