Pular para o conteúdo

Guia de estudo da Parte 1: Tornar-se arquiteto de dados

Também em 28 idiomas

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · 繁體中文 · 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)

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.
Imagem gerada com IA

O guia de estudo da Parte 1 do curso Data Architect: seis capítulos, de pensar como um arquiteto até aos dados mestres, e o Checkpoint 1. Cada capítulo tem o seu próprio guia de estudo com a lista completa; esta página junta-os por secção do exame.

Sobre este guia de estudo. Foi construído apenas a partir do conteúdo deste curso e da lista de objetivos publicada no guia do exame da Salesforce. Nunca se baseia em perguntas reais do exame e não afirma saber o que sai na prova. Se já fez o exame, por favor não me envie as perguntas: o contrato de certificação proíbe partilhá-las, e decorar respostas é, de qualquer forma, a maneira errada de se tornar arquiteto.

A Parte 1 é a base, e cobre mais do exame do que talvez espere. Quatro das seis secções do exame estão quase todas aqui; as outras duas, Grandes Volumes de Dados e Migração de Dados, são a Parte 2. Trabalhe por esta ordem:

  1. Termine cada capítulo, depois marque os itens do seu guia de estudo.
  2. Volte aqui e confira cada secção do exame abaixo. Se uma linha não parecer firme, siga-a até ao guia do capítulo.
  3. Tente o desafio do Checkpoint 1 antes de ler a minha resolução comentada. É o melhor teste de que a Parte 1 se juntou.

Os pesos vêm do guia do exame publicado. Confira a versão atual antes de marcar: a Salesforce revê-o.

Modelação de Dados e Design de Bases de Dados (25% do exame)

Seção intitulada “Modelação de Dados e Design de Bases de Dados (25% do exame) ”

Quase toda na Parte 1. Desequilíbrio de dados e escala (DM-5) vêm na Parte 2.

  • DM-1, o modelo de dados: modelos conceitual, lógico e físico; notação pé de galinha; cardinalidade e opcionalidade; objetos de junção; IDs únicos, chaves naturais e substitutas, IDs externos; normalização; lista de opções ou relação de pesquisa; relação de pesquisa ou mestre-detalhe e a forma da plataforma (três níveis de profundidade, dois pais de largura). Capítulos 2 e 3.
  • DM-2, partilha e escala no modelo: os filhos mestre-detalhe herdam o acesso; desequilíbrio pai-filho e de propriedade a partir de cerca de 10 mil registos; quem é dono dos registos que integrações e agentes criam. Capítulo 3.
  • DM-3, metadados: o dicionário de negócio, a linhagem e a classificação, e os campos de classificação em cada campo. Capítulo 5.
  • DM-4, big objects: próprios, referenciados, arquivados ou conteúdo; objetos externos; big objects e o seu índice. Capítulo 3.

Quase toda na Parte 1. Combinar dados de várias orgs (SDM-4) é apresentado no capítulo 4 e volta na Parte 2.

  • SDM-1, licenças e objetos: as licenças fazem parte do modelo de dados; o que os utilizadores Platform e Customer Community não podem usar; os níveis de licença externa; por membro versus por login; a licença de integração; utilizadores de grande volume fora do modelo de partilha. Capítulos 3 e 1.
  • SDM-2, dados consistentes: a escada da consistência, listas de opções restritas e conjuntos de valores globais, regras de validação limitadas com ISNEW() e ISCHANGED(), regras de duplicados e de correspondência; registos provisórios e atributos governados. Capítulos 3 e 5.
  • SDM-3, uma visão única do cliente: a resolução de identidade do Data 360, as regras de correspondência e de reconciliação, e por que um perfil unificado não é um golden record. Capítulo 6.
  • SDM-4, várias orgs: uma org primeiro; as fronteiras reais que justificam outra; quanto custam várias orgs. Capítulo 4.

Toda na Parte 1.

  • GOV-1, dados pessoais e sensíveis: as leis que é preciso reconhecer; encriptação, mascaramento, pseudonimização e anonimização; o modelo de dados de consentimento; o direito a ser esquecido; os trade-offs do Shield Platform Encryption; histórico de campos, Field Audit Trail e Event Monitoring. Capítulo 5.
  • GOV-2, um programa de governação: proprietário do registo versus proprietário dos dados; proprietário, data steward e custodiante; uma RACI; um ponto de aplicação para cada política. Capítulo 5.

Toda na Parte 1.

  • MDM-1 a MDM-4: autoridade por atributo e o mapa de autoridade; MDM registry, de consolidação, de coexistência e centralizado; harmonizar, fazer corresponder, consolidar; as regras de sobrevivência e os seus donos; o que faz uma fusão no Salesforce; hierarquias, muitas vezes com autoridade dividida; dados nos dois sentidos como pedidos ao mestre. Capítulo 6.

Grandes Volumes de Dados (20%) e Migração de Dados (15%)

Seção intitulada “Grandes Volumes de Dados (20%) e Migração de Dados (15%) ”

Estas são a Parte 2: Designing for Scale, Query and Retrieval, Transactions, Integration e Migration. A Parte 1 prepara-as com o Número de Zeros e os 30% de crescimento (capítulo 1), com onde vivem os dados e os big objects (capítulo 3), e com a reconciliação de uma carga que «foi concluída» (capítulo 1).

Seis capítulos, e algumas ideias que voltam sempre. Se as consegue explicar pelas suas próprias palavras, a Parte 1 cumpriu o seu papel.

  • O modelo de dados é o esqueleto. Modele o negócio antes do Salesforce; rastreie cada decisão física até um motivo de negócio. Capítulos 1, 2 e 3.
  • O Teste de Reversibilidade. Quão difícil é reverter isto, e quanto vai depender disto? Decide quanta atenção recebe uma decisão, de um tipo de campo a uma fusão.
  • Conte os zeros. O volume e o crescimento mudam o design, e também onde se concentra o volume (desequilíbrio).
  • A plataforma tem uma forma. Olhe para a nave-mãe; cada objeto é um compromisso; as licenças fazem parte do modelo de dados.
  • Desenhe o panorama primeiro. O Salesforce é um sistema entre muitos, e uma cópia não é autoridade. Capítulo 4.
  • Os donos definem a política; os arquitetos aplicam-na. Cada política precisa de um ponto de aplicação. Capítulo 5.
  • A autoridade pertence a um atributo. Um perfil unificado é um mapa; um golden record é uma decisão. Capítulo 6.
  • A IA aumenta o que está em jogo. Acelera a construção, por isso as decisões por baixo importam mais: confie, mas verifique.

O guia de estudo de cada capítulo tem as suas próprias perguntas de Teste-se. Para a Parte 1 como um todo, o teste é o Checkpoint 1: desenhe e defenda o design de dados da Steve Trucking. Tente primeiro o desafio, depois compare o seu raciocínio com a minha resolução comentada.

Os guias de estudo dos capítulos:

  1. Pensar como um arquiteto de dados
  2. Modelar dados pelo significado
  3. Arquitetura de dados Salesforce
  4. Entender os dados empresariais
  5. Qualidade e governação de dados
  6. Dados mestres e identidade

Excelente trabalho por concluir a Parte 1. Já percorreu um terço do caminho e agora vê os dados como um arquiteto. Se é admin, esta é a parte que muda a forma como constrói todos os dias. Mas o exame baseia-se nas três partes: a seguir vem a Parte 2: Arquitetar à escala, com a qual fica quase lá, e depois a Parte 3 leva-o até à meta. A página do curso mostra o caminho, e a newsletter avisa quando sai cada parte.