Questão de Tecnologia da Informação · FGV TCE-TO 2022 (nº 52)

Role playing dimension é quando a mesma tabela de dimensão é usada várias vezes na mesma tabela fato, com papéis diferentes (ex.: a dimensão "Tempo" vira "Data do Pedido", "Data de Entrega" e "Data de Pagamento"). É como um ator que interpreta vários personagens no mesmo filme, mas a essência (o ator) é a mesma.

• (A) Incorreta: Factless table é uma tabela fato sem medidas numéricas (só chaves estrangeiras), usada para registrar eventos/coberturas, não tem relação com reutilizar a dimensão tempo.
• (B) Incorreta: Fact Constellation é um modelo com múltiplas tabelas fato compartilhando dimensões conformadas, mas não descreve o reuso de uma mesma dimensão com papéis diferentes.
• (C) Correta: É exatamente o conceito: a dimensão tempo aparece múltiplas vezes na fato (ex.: data_pedido, data_entrega), cada ocorrência com um alias/role (papel) diferente, mas apontando para a mesma tabela física.
• (D) Incorreta: Degenerated dimension é um atributo que fica direto na fato (ex.: número do pedido), sem tabela própria — não é o caso do tempo.
• (E) Incorreta: Slowly changing dimension trata de como lidar com mudanças históricas nos atributos da dimensão (tipo 1, 2, 3), não tem relação com múltiplos papéis.

Armadilha da banca: O distrator mais tentador é a (B) Fact Constellation, porque ambos envolvem múltiplas relações com dimensões. Mas a pegadinha é que Fact Constellation fala de várias tabelas fato compartilhando dimensões, enquanto a questão mostra uma única fato com a mesma dimensão tempo em vários relacionamentos — isso é Role Playing. Quem confunde "vários relacionamentos" com "várias tabelas" cai na letra B.