A alternativa correta é a D: São corretas apenas as afirmativas 2 e 3.

Abordando o modelo dimensional e aplicativos de BI que empregam tabelas fato e dimensões, é importante entender que este modelo é utilizado para facilitar análises rápidas e intuitivas dos dados, tipicamente em sistemas de suporte à decisão, como Business Intelligence (BI).

A afirmativa 1 é incorreta pois, no modelo dimensional, é permitido que dimensões façam referências a outras dimensões quando necessário, apesar de não ser uma prática comum. Junções diretas entre dimensões podem ser úteis em alguns casos, e não necessariamente acarretam em degradação significativa de performance. A recomendação padrão é que junções sejam feitas através de tabelas fato, mas isso não implica que outras conexões sejam proibidas ou sempre prejudiciais.

A afirmativa 2 é correta e trata da complexidade das junções entre tabelas fato. Instruções SQL que realizam junções complexas entre grandes tabelas fato podem ser desafiadoras em termos de performance e controle da cardinalidade do resultado. No entanto, a afirmativa apresenta certo exagero ao dizer que é "impossível controlar a cardinalidade". Na prática, com um bom design de banco de dados e índices adequados, é possível realizar tais junções com um controle aceitável sobre a cardinalidade.

A afirmativa 3 é correta e fala sobre como lidar com dimensões multivaloradas, ou seja, casos em que uma única entrada na tabela fato precisa se referir a múltiplas entradas de uma dimensão. O uso de uma tabela ponte (ou bridge table) é uma técnica comum para resolver esse tipo de situação, permitindo que cada linha na tabela fato se relacione com várias linhas na dimensão, através de chaves dimensionais de grupo.

A compreensão das características e melhores práticas em modelagem de bancos de dados multidimensionais é fundamental para responder corretamente esse tipo de questão. Conhecimentos específicos sobre como estruturar tabelas fato, dimensões e técnicas de junção em consultas SQL são aplicados para resolver a questão proposta.

Eu gostaria de saber, que "noções"' de informática são essas.

gostaria de saber de onde esse examinador tirou essas informações isso sim, fonte nunca foi tão necessária...

Pra mim a alternativa 1 esta correta. Até porque, no modelo dimensional, é permitido que dimensões façam referência a outras dimensões isso ocorre no esquema snowflake.

Gabarito D

1. No modelo dimensional, dimensões não podem conter referências a outras dimensões... (INCORRETA)

• O Erro: Embora o modelo Star Schema (Estrela) evite junções entre dimensões para simplificar as consultas, o modelo Snowflake (Floco de Neve) permite e utiliza exatamente isso: a normalização de dimensões que se referem a outras dimensões (ex: uma dimensão Produto que se refere a uma dimensão Categoria). O modelo dimensional não proíbe essa prática; ela é uma escolha de design dependendo da necessidade de normalização versus performance.
• Getty Images

2. Instruções SQL que realizam junções entre tabelas fato... não devem ser utilizadas... (CORRETA)

• A Explicação: Em BI, realizar um JOIN direto entre duas tabelas fato (como Vendas e Metas) através de suas chaves estrangeiras é considerado uma má prática conhecida como "Fact-to-Fact Join". Como ambas as tabelas estão em níveis de granularidade muito altos e possuem muitos registros, a cardinalidade explode (cria-se um produto cartesiano parcial), gerando resultados de soma e contagem totalmente errados. O correto é realizar consultas separadas e combinar os resultados via código ou usar uma dimensão comum (conforme).

3. Dimensões multivaloradas devem ser acopladas à tabela fato empregando-se uma tabela ponte... (CORRETA)

• A Explicação: Este é o padrão de design para situações onde um fato possui múltiplos valores para uma dimensão (ex: um Atendimento Médico que possui vários Diagnósticos). Como não se pode colocar uma lista de IDs na tabela fato, utiliza-se uma Bridge Table (Tabela Ponte) que mapeia o "Grupo de Diagnósticos" para os diagnósticos individuais, preservando a integridade e a granularidade da fato.

Retroceder Nunca Render-se Jamais !

Força e Fé !

Fortuna Audaces Sequitur !