pq na tabela data ficou muitos para muitos?
Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
pq na tabela data ficou muitos para muitos?
Ei, Fabricio! Tudo bem?
Agradeço por aguardar o nosso retorno.
A cardinalidade muitos-para-muitos (N:M) apareceu porque, ao tentar relacionar diretamente a coluna Data atualização, da tabela Estoque, com a coluna EntregaData, da tabela Vendas, encontramos valores de data que se repetem em várias linhas de ambas as tabelas.
Isso é esperado em tabelas fato, uma mesma data pode aparecer em várias vendas e também em vários registros de estoque. Como existem múltiplas ocorrências da mesma data nos dois lados do relacionamento, a cardinalidade resultante é N:M.
O ponto importante é que o Power BI permite relacionamentos N:M; ele não os bloqueia. Porém, em um modelo dimensional, não é uma boa prática usar diretamente duas tabelas fato para fazer a ligação por uma dimensão como data. Esse tipo de relacionamento pode dificultar a propagação dos filtros, gerar ambiguidades e tornar o comportamento do modelo mais difícil de interpretar.
Por isso, a solução adotada foi criar uma tabela de dimensão Calendário, que passa a ser compartilhada pelas tabelas Estoque e Vendas.
Nesse modelo, temos:
Calendário (1) → Estoque (N)
Calendário (1) → Vendas (N)
Ou seja, uma única data na tabela Calendário pode estar relacionada a várias linhas de Estoque e a várias linhas de Vendas. Assim, cada tabela fato se relaciona diretamente com a dimensão Calendário, em vez de uma fato se relacionar diretamente com a outra.
Essa estrutura segue o conceito de esquema estrela, que é a abordagem recomendada para modelos analíticos no Power BI. Além de evitar o relacionamento N:M entre as fatos, ela permite utilizar a mesma dimensão de datas para analisar Estoque e Vendas de maneira consistente, por exemplo, por ano, mês, trimestre ou dia.
Portanto, o ponto principal não é que o relacionamento N:M seja “proibido” no Power BI, mas que, nesse cenário, a melhor modelagem é utilizar a tabela Calendário como dimensão compartilhada entre as tabelas fato.
Ficou mais claro? Se tiver mais alguma dúvida, é só perguntar!
Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!