Pular para o conteúdo
Lucas Lessa

Trilha de certificações

Associate

Databricks Certified Data Analyst Associate

Avalia o uso da plataforma para análise de dados: gerenciar e descobrir dados no Unity Catalog, importar dados, escrever e otimizar queries no Databricks SQL, construir dashboards AI/BI, criar e manter Genie spaces, modelar dados e protegê-los.

Formato da prova

Questões
45 questões
Duração
90 min
Taxa
US$ 200
Idiomas
Inglês
Validade
2 anos
Versão do guia oficial
30 de out. de 2025

Nenhum obrigatório. A Databricks recomenda o curso Data Analysis with Databricks e seis meses de experiência como analista.

O que cai e quanto pesa

Número aproximado de questões por seção, considerando as 45 questões pontuadas.

Seção 1 · 11% · ≈ 5 questões

A Data Intelligence Platform

Objetivos oficiais

  • Descrever os componentes centrais: Mosaic AI, pipelines declarativos (antigo Delta Live Tables), Lakeflow Jobs, Data Intelligence Engine, Delta Lake, Unity Catalog e Databricks SQL.
  • Entender catálogos, schemas, tabelas gerenciadas e externas, controle de acesso, views, tabelas certificadas e linhagem no Catalog Explorer.
  • Descrever o papel e os recursos do Databricks Marketplace.

Quem é quem

ComponenteEm uma linha
Delta LakeFormato de tabela com ACID, time travel e histórico
Unity CatalogGovernança: permissões, linhagem, auditoria, descoberta
Databricks SQLSQL editor, SQL warehouses, dashboards, alerts
Lakeflow (Connect, Pipelines, Jobs)Ingestão, transformação declarativa e orquestração
Mosaic AIModelos, serving, agentes, vector search
Data Intelligence EngineA IA que entende seus dados (metadados, uso) e alimenta Assistant e Genie

Catalog Explorer

Navega catálogo → schema → tabela/view/volume/função. Mostra schema, amostra, permissões, histórico, linhagem (de onde vem e quem usa) e tags. Uma tabela pode ser marcada como certificada (confiável) ou depreciada.

Gerenciada x externa

DROP de gerenciada apaga dados; de externa, só o registro — os arquivos continuam no LOCATION.

Marketplace

Loja aberta (baseada em Delta Sharing) de datasets, notebooks, modelos e soluções, gratuitos ou pagos. O que você instala vira um catálogo no seu UC, sem copiar dados.

Pegadinhas comuns

  • Tabela externa: DROP TABLE some com o registro, mas os arquivos permanecem.

Documentação:Catalog ExplorerMarketplace

Seção 2 · 8% · ≈ 4 questões

Gerenciamento de dados

Objetivos oficiais

  • Usar o Unity Catalog para descobrir, consultar e gerenciar datasets certificados.
  • Usar o Catalog Explorer para colocar tags em um ativo e ver sua linhagem.
  • Limpar dados em tabelas do Unity Catalog com SQL, removendo dados inválidos e tratando valores ausentes.

Descobrir e confiar

Busque pelo nome/descrição/tag; prefira tabelas certificadas. Veja a linhagem para entender origem e impacto antes de mudar algo.

ALTER TABLE main.gold.vendas SET TAGS ('dominio' = 'comercial');
COMMENT ON TABLE main.gold.vendas IS 'Vendas por loja e dia';

Limpeza em SQL

CREATE OR REPLACE TABLE main.silver.clientes AS
SELECT DISTINCT
  id,
  trim(initcap(nome))                 AS nome,
  COALESCE(cidade, 'Não informada')   AS cidade,
  try_cast(idade AS INT)              AS idade        -- NULL em vez de erro
FROM main.bronze.clientes
WHERE id IS NOT NULL
  AND email RLIKE '^[^@]+@[^@]+\\.[^@]+$';

Ferramentas: COALESCE/IFNULL/NVL, try_cast, NULLIF, TRIM, DISTINCT, filtros com WHERE.

Documentação:Linhagem

Seção 3 · 5% · ≈ 2 questões

Importação de dados

Objetivos oficiais

  • Explicar as formas de trazer dados: ingestão do S3, compartilhamento com sistemas externos via Delta Sharing, ingestão por API, Auto Loader e Marketplace.
  • Usar a UI do workspace para enviar um arquivo de dados para a plataforma.
FormaQuando
Upload pela UI (Add data → Create or modify table)CSV/JSON/Parquet pequeno do seu computador → tabela ou volume
Object storage (S3/ADLS/GCS)Arquivos já na nuvem: COPY INTO ou read_files
Auto LoaderArquivos chegando continuamente
Delta SharingReceber/enviar tabelas de/para outra organização sem cópia
APISistemas que expõem REST: script em notebook agendado
MarketplaceDatasets públicos ou de provedores
SELECT * FROM read_files('s3://bucket/vendas/*.csv', format => 'csv', header => true);

Documentação:Upload de arquivos

Seção 4 · 20% · ≈ 9 questões

Queries com Databricks SQL e SQL warehouses

Objetivos oficiais

  • Usar o Databricks Assistant em notebooks ou no SQL Editor para escrever e depurar queries.
  • Explicar o papel do SQL warehouse na execução das queries.
  • Fazer análises entre sistemas juntando uma tabela Delta com uma fonte federada.
  • Criar uma materialized view, saber quando usar streaming tables e materialized views, e diferenciar views dinâmicas de materializadas.
  • Fazer agregações como count, contagem distinta aproximada, média e estatísticas de resumo.
  • Combinar tabelas com joins (inner, left, right etc.) de uma ou mais chaves e com UNION e UNION ALL, sabendo as diferenças.
  • Ordenar e filtrar tabelas.
  • Criar tabelas gerenciadas e externas, inclusive juntando fontes diferentes (CSV, Parquet, Delta) em um dataset unificado no Unity Catalog.
  • Usar o time travel do Delta Lake para consultar versões históricas.

Assistant

Comandos: /explain (explica a query passo a passo), /fix (corrige erro), /optimize, /doc. Ou escreva em linguagem natural: "contagem de clientes por estado em 2026".

SQL warehouse

É o compute do SQL: executa as queries do editor, dashboards, alerts e ferramentas de BI (via JDBC/ODBC). Serverless sobe em segundos e escala por concorrência. Um warehouse parado não cobra.

Federation

SELECT v.*, c.segmento
FROM main.gold.vendas v
JOIN erp_postgres.public.clientes c ON v.cliente_id = c.id;   -- catálogo estrangeiro

Views, MVs e streaming tables

Guarda dados?Quando
View (dinâmica)Não; roda a query a cada leituraSimplificar/limitar acesso
Materialized viewSim; refresh agendado/incrementalAgregações caras lidas muitas vezes
Streaming tableSim; processa só o novoDados chegando continuamente
CREATE MATERIALIZED VIEW main.gold.vendas_mes
SCHEDULE EVERY 1 DAY AS
SELECT date_trunc('MONTH', data) AS mes, SUM(valor) AS total FROM main.silver.vendas GROUP BY 1;

Joins e conjuntos

  • INNER só o que casa; LEFT tudo da esquerda; RIGHT tudo da direita; FULL tudo; CROSS combinações.
  • UNION remove duplicatas; UNION ALL mantém (mais rápido).

Agregações

COUNT(*), COUNT(DISTINCT x), approx_count_distinct(x), AVG, percentile_approx. Toda coluna não agregada no SELECT precisa estar no GROUP BY; filtro sobre agregado vai no HAVING.

Criar tabelas

CREATE OR REPLACE TABLE warehouse_db.inventario (largura INT, comprimento INT, altura INT);
-- CREATE OR REPLACE mantém histórico e permissões; DROP + CREATE perde os dois.

Time travel

SELECT * FROM main.silver.vendas VERSION AS OF 15;
SELECT * FROM main.silver.vendas TIMESTAMP AS OF '2026-09-30';

Falha se os arquivos daquela versão já foram removidos por VACUUM (retenção padrão de 7 dias).

Pegadinhas comuns

  • SELECT regiao, count(*) sem GROUP BY regiao dá erro — clássico de prova.
  • CREATE OR REPLACE TABLE preserva histórico e privilégios; DROP + CREATE não.

Documentação:SQL warehousesDatabricks AssistantTime travel

Seção 5 · 15% · ≈ 7 questões

Análise de queries

Objetivos oficiais

  • Entender recursos, benefícios e cargas suportadas do Photon.
  • Identificar queries com desempenho ruim (Query Insights, query profile etc.).
  • Usar o Delta Lake para auditar e ver histórico, validar resultados e comparar resultados históricos ou tendências.
  • Usar o histórico de queries e o cache para reduzir tempo de desenvolvimento e latência.
  • Aplicar Liquid Clustering para acelerar filtros em colunas específicas de tabelas grandes.
  • Corrigir uma query para obter o resultado desejado.

Photon

Motor vetorizado em C++ compatível com a API do Spark. Acelera SQL e DataFrames (scans, joins, agregações, escrita Delta/Parquet) sem mudar código. Ligado por padrão em SQL warehouses.

Achando a query lenta

  • Query history: filtra por usuário, período, warehouse e status; mostra duração e I/O.
  • Query profile: árvore de operadores com tempo, linhas e bytes — mostra onde está o gargalo.
  • Query insights: dicas automáticas (ex.: "poucos arquivos podados").

Delta para auditoria

DESCRIBE HISTORY tabela mostra versão, operação, usuário e métricas. Compare versões:

SELECT * FROM vendas VERSION AS OF 20
EXCEPT
SELECT * FROM vendas VERSION AS OF 19;

Cache

O SQL warehouse tem cache de resultados (mesma query + mesmos dados = resposta instantânea) e disk cache dos arquivos.

Liquid Clustering

ALTER TABLE main.gold.eventos CLUSTER BY (cliente_id);
OPTIMIZE main.gold.eventos;

Filtros por cliente_id passam a ler muito menos arquivos.

Documentação:PhotonQuery historyQuery profile

Seção 6 · 16% · ≈ 7 questões

Dashboards e visualizações

Objetivos oficiais

  • Construir AI/BI Dashboards com várias páginas, várias fontes/datasets e widgets (visualizações, texto, imagens).
  • Criar visualizações em notebooks e no SQL editor.
  • Trabalhar com parâmetros em queries e dashboards: definir, configurar e testar.
  • Configurar permissões para compartilhar dashboards com usuários/grupos, externos por link e incorporar em apps.
  • Agendar o refresh automático de um dashboard.
  • Configurar um alert com limite e destino.
  • Escolher o tipo de visualização que comunica melhor o insight.

AI/BI Dashboards

Aba Data (datasets = queries ou tabelas) + aba de canvas com páginas. Widgets: visualizações, texto (markdown), imagens, filtros. Você pode pedir ao Assistant para gerar o gráfico.

Parâmetros e filtros

  • Parâmetro na query do dataset: WHERE data BETWEEN :data_inicio AND :data_fim → um widget de data alimenta o WHERE.
  • Filtro de campo atua sobre os resultados de um ou mais datasets da página.

Compartilhar

Publicar o dashboard, depois: permissões (CAN VIEW, CAN RUN, CAN EDIT, CAN MANAGE); escolher se roda com as credenciais do publicador ou de quem vê; compartilhar com usuários da conta; embed em apps.

Agendar e alertar

  • Schedule no dashboard: refresh periódico e envio por e-mail para assinantes.
  • Alert: query + condição (avg_temp > 80) + frequência + destino (e-mail, Slack, Teams, webhook).

Qual gráfico

PerguntaGráfico
Evolução no tempoLinha
Comparar categoriasBarra
Parte do todo (poucas fatias)Pizza/rosca (com moderação)
Relação entre duas medidasDispersão
Um número-chaveCounter/KPI
DistribuiçãoHistograma / box plot
GeografiaMapa

Documentação:AI/BI DashboardsAlerts

Seção 7 · 12% · ≈ 5 questões

Genie spaces (AI/BI)

Objetivos oficiais

  • Descrever o propósito, os recursos e os componentes dos Genie spaces.
  • Criar Genie spaces com perguntas de exemplo, instruções do domínio, SQL warehouse, datasets do UC curados e queries validadas como trusted assets.
  • Atribuir permissões e distribuir Genie spaces por links e integrações com apps.
  • Otimizar Genie spaces acompanhando perguntas, precisão e feedback; atualizando instruções e trusted assets; validando com benchmarks; e atualizando metadados do UC.

O que é

Uma interface de perguntas em linguagem natural sobre um conjunto curado de tabelas. A Genie gera SQL, executa no warehouse e responde com tabela/gráfico.

Componentes

  • Dados: poucas tabelas/views bem descritas (comentários de tabela e coluna importam muito).
  • Instruções: vocabulário do negócio ("receita = valor - descontos", "trimestre fiscal começa em abril").
  • SQL de exemplo / trusted assets: queries validadas (inclusive parametrizadas e funções) que a Genie usa como resposta confiável.
  • Perguntas de exemplo: mostram aos usuários o que perguntar.
  • SQL warehouse: onde roda.

Melhorar com o tempo

Veja as perguntas reais e o feedback (👍/👎), crie benchmarks (pergunta + SQL esperado) para medir precisão, ajuste instruções, adicione trusted assets e melhore comentários no UC.

Permissões

Usuários precisam de acesso ao space e às tabelas (UC) e ao warehouse.

Pegadinhas comuns

  • Termos do negócio mal interpretados se resolvem com instruções; perguntas recorrentes críticas, com trusted assets.

Documentação:Genie

Seção 8 · 5% · ≈ 2 questões

Modelagem de dados com Databricks SQL

Objetivos oficiais

  • Aplicar técnicas de modelagem como estrela, floco de neve e data vault a cargas analíticas.
  • Entender como esses modelos se encaixam na arquitetura medalhão.
ModeloEstruturaBom para
EstrelaFato no centro + dimensões desnormalizadasBI, queries simples e rápidas
Floco de neveDimensões normalizadas em subdimensõesMenos redundância, mais joins
Data VaultHubs (chaves), Links (relações), Satellites (atributos com histórico)Integração de muitas fontes, auditoria

No medalhão: Data Vault costuma ficar na silver (integração); estrela na gold (consumo).

Documentação:Modelagem dimensional

Seção 9 · 8% · ≈ 4 questões

Segurança dos dados

Objetivos oficiais

  • Usar papéis do Unity Catalog e configurações de compartilhamento para proteger objetos do workspace.
  • Entender o namespace de 3 níveis (catálogo / schema / tabela ou volume) do Unity Catalog.
  • Aplicar boas práticas de armazenamento e gestão, incluindo ownership de tabelas e proteção de PII.
SELECT * FROM main.vendas.pedidos;   -- catálogo.schema.tabela
GRANT USE CATALOG ON CATALOG main TO `bi`;
GRANT USE SCHEMA ON SCHEMA main.vendas TO `bi`;
GRANT SELECT ON TABLE main.vendas.pedidos TO `bi`;
ALTER TABLE main.vendas.pedidos OWNER TO `time_dados`;   -- owner = grupo, não pessoa
  • Owner controla o objeto e pode conceder acesso; prefira um grupo como owner.
  • PII: views que escondem colunas, máscaras de coluna, filtros de linha e tags.
  • Volumes guardam arquivos não tabulares com as mesmas permissões.

Documentação:Privilégios do UC

Treinamentos recomendados pela Databricks

  • Instrutor: Data Analysis with Databricks
  • Academy: AI/BI for Data Analysts
  • Academy: SQL Analytics on Databricks
Guia do exame Data Analyst Associate · Lucas Lessa