Informática

Data warehouse, data mart, data lake e data mesh

3 min de leitura13 questões

Cai no edital de Agente PF, Escrivão PF, Papiloscopista PF, Banco do Brasil, Caixa Econômica Federal, Receita Federal, Receita Federal

Para revisar

Resumo

Essência. Quatro formas de organizar dados para análise:

  • Data warehouse (DW): repositório central de dados integrados e históricos, para apoio à decisão (BI). Definição de Inmon: orientado a assunto, integrado, não volátil (dados não são alterados, só carregados e consultados) e variante no tempo (guarda histórico). Alimentado por ETL; dados estruturados, schema-on-write.
  • Data mart: subconjunto do DW voltado a um departamento ou assunto (ex.: só finanças). Menor e mais rápido de construir. Kimball propõe construir DW a partir de data marts (bottom-up); Inmon, DW corporativo primeiro (top-down).
  • Data lake: armazena dados brutos em qualquer formato (estruturado, semi, não estruturado), schema-on-read, barato e escalável; útil para ciência de dados e ML. Sem governança, vira data swamp (pântano).
  • Data mesh: abordagem organizacional e descentralizada (Zhamak Dehghani): cada domínio de negócio é dono dos seus dados e os oferece como produto, com plataforma self-service e governança federada.

Pegadinha Cebraspe. "O data warehouse é volátil, pois seus dados são atualizados a cada transação" → errado: o DW é não volátil; quem é volátil é o banco transacional (OLTP).

Visão geral

info-arquitetura-de-dados (PRF) já trata data lake, Hadoop e streaming. Aqui o foco é comparar o DW e o data mart (BI tradicional) com as abordagens mais novas (lake, mesh), como o item 21.5 pede.

Regra

Ver íntegra
Data warehouseData martData lakeData mesh
EscopoOrganização inteiraUm setor/assuntoOrganização (bruto)Domínios descentralizados
DadosEstruturados, tratadosEstruturados, tratadosQualquer formato, brutosProdutos de dados por domínio
EsquemaOn-writeOn-writeOn-readDefinido pelo domínio
Uso típicoBI, relatóriosBI departamentalCiência de dados, MLEscala organizacional

Pontos-chave

  • OLTP × OLAP: OLTP = transações do dia a dia, normalizado, volátil; OLAP = análise, histórico, desnormalizado.
  • Modelo dimensional: tabela fato (medidas numéricas, ex.: valor da apreensão) cercada por dimensões (tempo, local, tipo).
  • Esquema estrela: dimensões desnormalizadas ligadas direto ao fato. Floco de neve: dimensões normalizadas em subtabelas.
  • Granularidade: nível de detalhe do fato; quanto mais fino, mais linhas.
  • Lakehouse: une a flexibilidade do lake com recursos de DW (transações, esquema).
  • Data mart dependente (extraído do DW) × independente (direto das fontes).

Como a banca cobra

  • "Data mart é um subconjunto de um data warehouse voltado a uma área específica" → certo.
  • "No esquema estrela, a tabela fato armazena as medidas e se relaciona com as tabelas de dimensões" → certo.
  • "Data lake exige que os dados sejam transformados antes do armazenamento" → errado (guarda bruto).
  • "Data mesh propõe centralizar todos os dados em uma equipe única de engenharia" → errado (descentraliza por domínio).
  • "Por ser variante no tempo, o DW mantém o histórico dos dados" → certo.
Referência

Mapa mental

  • Data warehouse
    • Orientado a assunto, integrado
    • Não volátil, variante no tempo
    • Estruturado, alimentado por ETL
  • Data mart
    • Subconjunto por setor ou assunto
    • Kimball: bottom-up; Inmon: top-down
  • Data lake
    • Dados brutos, qualquer formato
    • Schema-on-read
    • Sem governança vira data swamp
  • Data mesh
    • Domínio dono dos dados
    • Dados como produto
    • Governança federada
  • Modelo dimensional
    • Fato: medidas; dimensões: contexto
    • Estrela desnormalizada; floco normalizado
  • ⚠️ Pegadinha
    • OLTP volátil; DW não volátil

Estude Agente PF no app

Grátis, sem cartão

Começar, é grátis

Estude este tópico no app

Grátis, sem cartão. Tudo do PRO liberado.

Criar conta grátis