Questão de Banco de Dados — DW - Data Warehouse — FGV 2023

Constelação de fatos (galáxia) no modelo dimensional

Gabarito: letra B. Para criar a constelação de fatos, os analistas devem adicionar uma tabela de fato RECLAMAÇÕES com um atributo descritivo (a medida) e três chaves estrangeiras, uma para cada dimensão existente (Loja, Cliente e Calendário). A constelação é exatamente o esquema em que múltiplas tabelas de fato compartilham dimensões comuns — e a nova tabela de fato deve se conectar às dimensões já existentes, não criar dimensões novas nem buscar dados diretamente do banco operacional.

O modelo dimensional estrela (star schema) é a espinha dorsal de um Data Warehouse: uma tabela de fato central, que armazena as medidas (métricas numéricas, como valor e quantidade), cercada por tabelas de dimensão, que descrevem os contextos de análise (quem, o quê, quando, onde). A tabela de fato se conecta a cada dimensão por uma chave estrangeira, e a chave primária da fato é, em regra, a composição dessas chaves estrangeiras. É assim que se responde a perguntas analíticas: juntando a fato com as dimensões necessárias.

Quando o negócio ganha um novo processo mensurável — aqui, as reclamações —, cria-se uma nova tabela de fato para ele. A pergunta central é: essa nova fato deve se ligar a dimensões novas ou às já existentes? A resposta está no conceito de constelação de fatos (ou galáxia): um conjunto de tabelas de fato que compartilham dimensões comuns. Se a nova fato se conecta às dimensões que já existem no modelo (Loja, Cliente, Calendário), temos exatamente uma constelação. Não há necessidade de criar dimensões novas — as dimensões existentes já descrevem os contextos relevantes da reclamação (em qual loja, de qual cliente, em qual data).

Na prática, a tabela de fato RECLAMAÇÕES teria:

• Um atributo descritivo/medida: por exemplo, a quantidade de reclamações ou um contador (1 por reclamação).

• Três chaves estrangeiras: uma para DIM_LOJA, uma para DIM_CLIENTE e uma para DIM_TEMPO (ou Calendário).

A pegadinha da banca está em confundir a constelação com a criação de dimensões novas (letra D) ou com a referência direta ao banco operacional (letras C e E). A constelação reutiliza as dimensões existentes — é isso que a define. Guarde a fronteira: constelação = várias fatos + dimensões compartilhadas; estrela = uma fato + dimensões exclusivas.

Alternativa A — ❌ Incorreta

Uma tabela de fato sem conexão com nenhuma dimensão não faz sentido no modelo dimensional. A tabela de fato sempre se conecta a pelo menos uma dimensão por chave estrangeira — é assim que as medidas ganham contexto analítico. Sem dimensões, a fato é um número solto, inutilizável para análise. Além disso, a constelação exige o compartilhamento de dimensões, o que pressupõe a conexão.

Alternativa B — ✅ Correta ⟵ GABARITO

Esta é a definição exata de constelação de fatos: uma nova tabela de fato (RECLAMAÇÕES) com um atributo descritivo (a medida) e três chaves estrangeiras, uma para cada dimensão existente (Loja, Cliente e Calendário). Ao se conectar às dimensões já presentes no modelo, a nova fato compartilha essas dimensões com a fato original — formando a galáxia. Não há criação de dimensões novas nem acesso direto ao banco operacional.

Alternativa C — ❌ Incorreta

O erro está em "receberão os valores das chaves estrangeiras... diretamente do banco de dados operacional". No Data Warehouse, os dados passam pelo processo de ETL (extração, transformação e carga) antes de chegar às tabelas dimensionais. A tabela de fato não recebe dados crus do banco operacional; ela recebe as chaves das dimensões já carregadas no DW. Além disso, a alternativa não menciona a conexão com as dimensões existentes — fala apenas de atributos que receberão valores, sem estabelecer o vínculo dimensional.

Alternativa D — ❌ Incorreta

Criar três dimensões novas (CalendárioReclamação, ClienteReclamação e LojaReclamação) é o oposto do conceito de constelação. A constelação compartilha dimensões entre as fatos; se cada fato tiver suas próprias dimensões, temos esquemas estrela separados, não uma galáxia. As dimensões Loja, Cliente e Calendário já existem no modelo — a nova fato deve se conectar a elas, não duplicá-las.

Alternativa E — ❌ Incorreta

Esta alternativa mistura dois erros: (1) cria dimensões novas (ClienteReclamação e LojaReclamação) em vez de reutilizar as existentes, e (2) inclui uma chave estrangeira que referencia o registro da reclamação "diretamente do banco de dados operacional", o que viola o princípio do DW de integrar dados via ETL. Além disso, a descrição "duas para cada uma das dimensões recém-criadas e uma para referenciar o registro" é confusa e não corresponde a nenhum padrão de modelagem dimensional.

Gabarito: letra B — a constelação de fatos é formada por uma nova tabela de fato que compartilha as dimensões existentes, com um atributo descritivo e três chaves estrangeiras.