No segundo episódio da nossa série sobre modelagem de dados avançada, mergulhamos em cenários complexos onde tabelas fato parecem isoladas e desafiadoras. Este episódio é um verdadeiro guia para quem busca dominar a arte de relacionar tabelas fato de maneira eficiente no Power BI. Se você deseja aprofundar seu conhecimento e habilidades em DAX e análises avançadas, não perca nossa imersão em DAX avançado em março, em São Paulo. As vagas são limitadas para esta experiência de aprendizado intensivo e mão na massa. Inscreva-se agora e prepare-se para três dias de imersão total em análises avançadas, networking e crescimento profissional. xperiun.com/sfunnel/761/?TH-cam&QZTOvYMjS8E #PowerBI #ModelagemDeDados #dax
Que aula fenomenal Léo! Parabéns mesmo, um conteúdo desse a pessoa não encontra muita das vezes nem em cursos pagos, referência demais você. Uma dúvida, o LOOKUPVALUE ou a Mescla de Consultas no Power Query, entre duas tabelas fatos, só funciona se a chave primária tiver apenas um único registro, estou certo?
Isso aí. Se na tabela de pedidos eu também tivesse o idPedido repetindo, ou seja, um relacionamento de muitos para muitos, aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção. E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE. Abs
Porque no tempo 09:12, Léo cria uma medida DAX de média entre a data da venda e data do pedido, usando a fórmula AVERAGEX, ao invés de usar apenas uma fórmula para calcular os dias entre as duas datas?
Por volta do minuto 17, quando relata que a segunda forma é pior em termo de performance me deixou em grande dúvida. Estamos comparando um cenário onde adicionar uma coluna numa tabela fato (onde temos milhares e milhares de linhas em geral) é mais adequado do que criar uma medida com o lookupvalue? Sempre aprendi que deviamos evitar colocar colunas pois são mais "pesadas". Meu conceito esta equivocado? Obrigado e irei assistir a proxima aula mas a ansidade não me deixou esperar 😂
Achei que esse video solucionaria meus problemas, mas ainda nao consegui resolver. Estou preso na seguinte situacao: estou montando uma analise de cashflow e quero em uma unica matriz mostrar os valores que vem de duas tabelas fatos. Nessa matriz, eu preciso mostrar o financial year que vai de July-June sendo que eu quero que me retorne os valores de July-Today (ou seja, Dezembro) vindo da tabela fato de ACTUAL CASHFLOW. Para os demais meses (January - June) eu quero que retorne os valores da tabela fato FORECAST CASHFLOW. Observacao importante eh que, na tabela FORECAST CASHFLOW, eu tenho diversos FORECAST VERSIONS, onde, no meu dashboard, eu tenho um slicer selecionando qual eu quero usar. Por exemplo, no meu resultado final eu gostaria de, nessa unica matriz, ver os valores ACTUALS de July-December, forecast values de January-June (de acordo com o forecast version F03). Nao sei se consegui explicar direito, mas qualquer ajuda sera MUITO BEM VINDA!
No caso do vídeo não teria problema nenhum se na tabela de notas existissem valores duplicados do idPedido. Pra cada linha da tabela de notas existe apenas uma linha correspondente na tabela de pedidos. O problema seria se na tabela de pedidos eu também tivesse o idPedido repetindo. Ou seja, um relacionamento de muitos para muitos. Aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção. E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE. Abs
Nao encontrei minha solucao. Tenho uma tabela fato ordens e outra tabela fato de atribuicoes contendo varias ordens. Apesar de conseguir relaciona-las pelo ID da ordem, minha dcalendario so consegue se relacionar na Ordem. Portanto nao consigo fazer contas de data corretas na atribuicao. Nem consigo usar a userelatioship na atribuicao pq da ambiguidade
No caso do vídeo não teria problema nenhum se na tabela de notas existissem valores duplicados do idPedido. Pra cada linha da tabela de notas existe apenas uma linha correspondente na tabela de pedidos. O problema seria se na tabela de pedidos eu também tivesse o idPedido repetindo. Ou seja, um relacionamento de muitos para muitos. Aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção. E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE. Abs
![[Power BI] Diferença entre tabela FATO e DIMENSÃO](http://i.ytimg.com/vi/Np7F3ayi-HE/mqdefault.jpg)
No segundo episódio da nossa série sobre modelagem de dados avançada, mergulhamos em cenários complexos onde tabelas fato parecem isoladas e desafiadoras. Este episódio é um verdadeiro guia para quem busca dominar a arte de relacionar tabelas fato de maneira eficiente no Power BI.
Se você deseja aprofundar seu conhecimento e habilidades em DAX e análises avançadas, não perca nossa imersão em DAX avançado em março, em São Paulo. As vagas são limitadas para esta experiência de aprendizado intensivo e mão na massa.
Inscreva-se agora e prepare-se para três dias de imersão total em análises avançadas, networking e crescimento profissional.
xperiun.com/sfunnel/761/?TH-cam&QZTOvYMjS8E
#PowerBI #ModelagemDeDados #dax
Cara que aula top !... Melhor conteúdo sem dúvidas !
Grande Léo. Quem sabe, SABE. Quem não sabe, bate palmas.👏👏👏👏
Muito top leo
05:45 talvez a função USERELATIONSHIP, como filtro na função CALCULATE, para usar a relação inativa?
muito bom o video, poderia so mostrar a diferença de velocidade de calculo no Performance Anaylizer ficaria show
Show de Bola, estava quebrando a cabeça para trazer a data de retorno de uma mercadoria remetida para conserto (duas tabelas Fatos)
muito bom! Parabéns!
muito bom, esclareceu muitas dúvidas que tinha em termos de performance e do que é melhor para se usar no modelo, obrigada mestre Léo
Disponha!
Parabéns! excelente vídeo! Salvou muito aqui.
Grande Leo. Parabéns. pergunta quando vc usou o join duplo no power query , substitui o uso de chaves compostas?
Exatamente! Fica mais performático manter as 2 colunas separadas ao invés de concatenar elas.
Que aula fenomenal Léo! Parabéns mesmo, um conteúdo desse a pessoa não encontra muita das vezes nem em cursos pagos, referência demais você.
Uma dúvida, o LOOKUPVALUE ou a Mescla de Consultas no Power Query, entre duas tabelas fatos, só funciona se a chave primária tiver apenas um único registro, estou certo?
Isso aí. Se na tabela de pedidos eu também tivesse o idPedido repetindo, ou seja, um relacionamento de muitos para muitos, aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção.
E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE.
Abs
Porque no tempo 09:12, Léo cria uma medida DAX de média entre a data da venda e data do pedido, usando a fórmula AVERAGEX, ao invés de usar apenas uma fórmula para calcular os dias entre as duas datas?
Por volta do minuto 17, quando relata que a segunda forma é pior em termo de performance me deixou em grande dúvida. Estamos comparando um cenário onde adicionar uma coluna numa tabela fato (onde temos milhares e milhares de linhas em geral) é mais adequado do que criar uma medida com o lookupvalue? Sempre aprendi que deviamos evitar colocar colunas pois são mais "pesadas". Meu conceito esta equivocado? Obrigado e irei assistir a proxima aula mas a ansidade não me deixou esperar 😂
Achei que esse video solucionaria meus problemas, mas ainda nao consegui resolver. Estou preso na seguinte situacao: estou montando uma analise de cashflow e quero em uma unica matriz mostrar os valores que vem de duas tabelas fatos. Nessa matriz, eu preciso mostrar o financial year que vai de July-June sendo que eu quero que me retorne os valores de July-Today (ou seja, Dezembro) vindo da tabela fato de ACTUAL CASHFLOW. Para os demais meses (January - June) eu quero que retorne os valores da tabela fato FORECAST CASHFLOW. Observacao importante eh que, na tabela FORECAST CASHFLOW, eu tenho diversos FORECAST VERSIONS, onde, no meu dashboard, eu tenho um slicer selecionando qual eu quero usar. Por exemplo, no meu resultado final eu gostaria de, nessa unica matriz, ver os valores ACTUALS de July-December, forecast values de January-June (de acordo com o forecast version F03). Nao sei se consegui explicar direito, mas qualquer ajuda sera MUITO BEM VINDA!
Você precisa apenas de um IF pra escolher o valor de uma tabela ou outra. Assiste à live que fiz terça: th-cam.com/video/THU4p9AiUNc/w-d-xo.html
Bom dia.
Tenho uma dúvida. E se uma das tabelas fatos tiver registros de id duplicados, ainda sim vale uni-las ?
No caso do vídeo não teria problema nenhum se na tabela de notas existissem valores duplicados do idPedido. Pra cada linha da tabela de notas existe apenas uma linha correspondente na tabela de pedidos. O problema seria se na tabela de pedidos eu também tivesse o idPedido repetindo. Ou seja, um relacionamento de muitos para muitos.
Aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção.
E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE.
Abs
Nao encontrei minha solucao. Tenho uma tabela fato ordens e outra tabela fato de atribuicoes contendo varias ordens. Apesar de conseguir relaciona-las pelo ID da ordem, minha dcalendario so consegue se relacionar na Ordem. Portanto nao consigo fazer contas de data corretas na atribuicao. Nem consigo usar a userelatioship na atribuicao pq da ambiguidade
E se para um pedido pudesse ter varias notas? como modelar? ficava igual?
No caso do vídeo não teria problema nenhum se na tabela de notas existissem valores duplicados do idPedido. Pra cada linha da tabela de notas existe apenas uma linha correspondente na tabela de pedidos. O problema seria se na tabela de pedidos eu também tivesse o idPedido repetindo. Ou seja, um relacionamento de muitos para muitos.
Aí nesse caso não vai ser uma mescla comum, senão iria aumentar o número de linhas na tabela final. Neste caso seria preciso fazer algum tipo de agregação na hora de definir qual valor deve ficar na tabela final. Por exemplo escolher a data mínima, ou a máxima, ou fazer uma média. No Power Query, após você fazer a mescla, você tem a opção de Expandir as colunas ou fazer uma Agregação. Teria que escolher a segunda opção.
E se fosse fazer via DAX, aí neste caso não daria para usar a LOOKUPVALUE, teria que usar a CALCULATE e escolher qual função de agregação usar: MIN, MAX ou AVERAGE.
Abs