Um arquiteto de dados está projetando o Data Warehouse (DW) ...

Próximas questões
Com base no mesmo assunto
Q3878688 Banco de Dados
Um arquiteto de dados está projetando o Data Warehouse (DW) de uma grande rede de varejo. A tabela de fatos de vendas (Fato_Vendas) deverá ser conectada a uma dimensão de produtos. A hierarquia dos produtos é complexa e profunda: Departamento → Divisão → Categoria → Subcategoria → Produto.
O administrador de banco de dados (DBA), preocupado com a integridade dos dados e o espaço de armazenamento, propôs que essa hierarquia fosse modelada seguindo os princípios da normalização. Segundo a proposta, a tabela de produtos conteria apenas o ID da subcategoria, que apontaria para uma tabela de subcategorias, que, por sua vez, apontaria para uma tabela de categorias, e assim sucessivamente, evitando a repetição de textos descritivos (como o nome do departamento) em milhões de linhas de produtos.
Considerando os conceitos de modelagem dimensional (Ralph Kimball) e o impacto dessa decisão na performance de consultas analíticas (OLAP), é correto afirmar que:
Alternativas

Gabarito comentado

Confira o gabarito comentado por um dos nossos professores

Gabarito: A

Fundamento decisivo: A hierarquia de produtos foi organizada em tabelas separadas e encadeadas, o que caracteriza dimensão normalizada em floco de neve, e não uma única dimensão desnormalizada de esquema estrela.

Tema central: Star vs Snowflake
Análise das alternativas
A
Certa
A alternativa A está correta porque a proposta do DBA normaliza a hierarquia dimensional em tabelas encadeadas, o que caracteriza um esquema floco de neve. Esse desenho reduz redundância e ajuda na integridade referencial, mas tende a exigir mais junções para recuperar a hierarquia completa nas consultas analíticas.
B
Errada
Erra na classificação do modelo. A proposta descrita não é esquema estrela, mas floco de neve, porque a dimensão foi normalizada em múltiplas tabelas hierárquicas. Também não há base para sustentar que essa normalização seja o padrão recomendado por Kimball nem que ela garanta uso mais eficiente de bitmap index como fundamento decisivo.
C
Errada
Erra ao transformar a desnormalização da dimensão em algo que 'deve ser evitado'. Isso contraria a lógica central da modelagem dimensional, que admite e privilegia dimensões desnormalizadas no esquema estrela. Além disso, a questão não fornece base para afirmar como regra geral que redundância textual em armazenamento colunar impede compressão eficiente ou torna o estrela inadequado.
D
Errada
O problema está na conclusão de incompatibilidade técnica. Mesmo que a proposta aproxime a dimensão de uma estrutura mais normalizada, isso não inviabiliza o uso de ferramentas como Power BI ou Tableau. O máximo que a base permite afirmar é que o modelo pode ficar menos amigável ou menos eficiente para análise, não que as ferramentas sejam tecnicamente incompatíveis.
E
Errada
Erra o critério distintivo entre os esquemas. A diferença central entre estrela e floco de neve está na estrutura das dimensões: desnormalizadas no estrela e normalizadas no floco de neve. Não é correto dizer que o floco de neve se define por usar chaves naturais e o estrela por exigir surrogate keys, nem que a tabela fato 'deve ser normalizada' nesses termos para evitar duplicação de métricas.
Pegadinha da questão
A confusão real era tomar a normalização da hierarquia da dimensão como se isso ainda fosse esquema estrela, quando esse encadeamento de tabelas caracteriza snowflake.
Dica para questões semelhantes
  • Se a hierarquia dimensional está espalhada em tabelas relacionadas, pense em snowflake; se está concentrada em uma única dimensão, pense em star schema.
  • Em questões de OLAP, diferencie benefício de manutenção/integridade de benefício de desempenho: normalizar pode ajudar no primeiro e piorar o segundo por aumentar joins.
  • Não trate ferramenta de BI como critério de compatibilidade com modelo estrela ou normalizado; a distinção técnica da questão está no desenho das dimensões.

Clique para visualizar este gabarito

Visualize o gabarito desta questão clicando no botão abaixo

Comentários

Veja os comentários dos nossos alunos

A alternativa correta é a A.

Entendimento do cenário:

O DBA propôs:

  • Quebrar a dimensão de produto em várias tabelas:
  • Produto → Subcategoria → Categoria → Divisão → Departamento
  • Isso é normalização da dimensão

Esse modelo é conhecido como Snowflake Schema (floco de neve)

Por que a alternativa A está correta?

Ela descreve exatamente o trade-off clássico:

✔️ Vantagens do Snowflake:

  • Menor redundância de dados
  • Economia de espaço
  • Melhor integridade referencial

Desvantagens:

  • Mais joins
  • Consultas analíticas mais lentas

E isso impacta diretamente BI / OLAP, que precisa de leitura rápida.

❌ Por que as outras estão erradas?

  • B: Errada
  • Star Schema = desnormalizado, não normalizado
  • A afirmação está invertida
  • C: Errada
  • DW moderno (colunar) lida bem com redundância
  • Star Schema continua sendo altamente recomendado
  • D: Errada
  • Power BI / Tableau funcionam perfeitamente com modelos normalizados
  • E: Errada
  • Fato não é normalizado dessa forma
  • E Snowflake não depende de chave natural vs surrogate

Fonte: CHATGPT

Clique para visualizar este comentário

Visualize os comentários desta questão clicando no botão abaixo