Trilha de certificações
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
- A Data Intelligence Platform11%
- Gerenciamento de dados8%
- Importação de dados5%
- Queries com Databricks SQL e SQL warehouses20%
- Análise de queries15%
- Dashboards e visualizações16%
- Genie spaces (AI/BI)12%
- Modelagem de dados com Databricks SQL5%
- Segurança dos dados8%
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
| Componente | Em uma linha |
|---|---|
| Delta Lake | Formato de tabela com ACID, time travel e histórico |
| Unity Catalog | Governança: permissões, linhagem, auditoria, descoberta |
| Databricks SQL | SQL editor, SQL warehouses, dashboards, alerts |
| Lakeflow (Connect, Pipelines, Jobs) | Ingestão, transformação declarativa e orquestração |
| Mosaic AI | Modelos, serving, agentes, vector search |
| Data Intelligence Engine | A 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.
| Forma | Quando |
|---|---|
| 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 Loader | Arquivos chegando continuamente |
| Delta Sharing | Receber/enviar tabelas de/para outra organização sem cópia |
| API | Sistemas que expõem REST: script em notebook agendado |
| Marketplace | Datasets 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 leitura | Simplificar/limitar acesso |
| Materialized view | Sim; refresh agendado/incremental | Agregações caras lidas muitas vezes |
| Streaming table | Sim; processa só o novo | Dados 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
INNERsó o que casa;LEFTtudo da esquerda;RIGHTtudo da direita;FULLtudo;CROSScombinações.UNIONremove duplicatas;UNION ALLmanté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 oWHERE. - 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
| Pergunta | Gráfico |
|---|---|
| Evolução no tempo | Linha |
| Comparar categorias | Barra |
| Parte do todo (poucas fatias) | Pizza/rosca (com moderação) |
| Relação entre duas medidas | Dispersão |
| Um número-chave | Counter/KPI |
| Distribuição | Histograma / box plot |
| Geografia | Mapa |
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.
| Modelo | Estrutura | Bom para |
|---|---|---|
| Estrela | Fato no centro + dimensões desnormalizadas | BI, queries simples e rápidas |
| Floco de neve | Dimensões normalizadas em subdimensões | Menos redundância, mais joins |
| Data Vault | Hubs (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