arthurOribeiro

@Leonardo Moreti, boa noite! Se o seu SQL Server estiver na nuvem (Azure) você não precisa de gateway, caso o contrário o ideal seria seguir o cenário que você comentou, ter uma VM e instalar o gateway on-premisses lá, com o porém que a VM precisa ter Windows.

@Gisely Pinheiro Você consegue enviar o arquivo .pbix para analisar um pouco melhor seu caso?

@thiagoviana, Vi que você já achou uma solução mas de qualquer forma segue uma opção em Power Query caso seja necessário! let Source = Table.FromRows(Json.Document(Binary.Decompress(Binary.FromText("i45WMjDUByIjAyNDJR0lQ1MDA6VYHYioEVzUACQaCwA=", BinaryEncoding.Base64), Compression.Deflate)), let _t = ((type nullable text) meta [Serialized.Text = true]) in type table [Data = _t, Valor = _t]), #"Changed Type" = Table.TransformColumnTypes(Source,{{"Data", type date}, {"Valor", Int64.Type}}), #"Added Custom" = Table.AddColumn(#"Changed Type", "Aux", each [Valor] / Date.Day(Date.EndOfMonth([Data]))), #"Added Custom1" = Table.AddColumn(#"Added Custom", "DataDia", each {Number.From([Data])..Number.From(Date.EndOfMonth([Data]))}), #"Expanded DataDia" = Table.ExpandListColumn(#"Added Custom1", "DataDia"), #"Removed Columns" = Table.RemoveColumns(#"Expanded DataDia",{"Data", "Valor"}), #"Renamed Columns" = Table.RenameColumns(#"Removed Columns",{{"Aux", "Valor"}, {"DataDia", "Data"}}), #"Changed Type1" = Table.TransformColumnTypes(#"Renamed Columns",{{"Valor", type number}, {"Data", type date}}) in #"Changed Type1"

@thiagoviana, Só para poder apresentar a melhor solução pra você, a intenção é fazer com que o valor da Meta se repita durante os dias ou que seja feita essa divisão de acordo com os dias de cada mês?

@Odinei, Acredito que basta você aplicar a lógica de atualização no seu Power Query, se possível passa os horários ou a lógica de atualização que posso tentar fazer algo aqui!

@Gilvanny Meskau, Vale dar uma olhada nos módulos que o Rafael passou porém a principio o seu código aparenta estar errado pois a clausula INTO deve ser utilizada antes do FROM, dessa forma: USE [MestreElectronicsSA] GO create procedure [dbo].[spExtraiCustomer] as BEGIN drop table [MestreElectronicsSA].[dbo].[Customer]; select c.CustomerKey, c.CustomerType, case when c.CustomerType = 'Person' then CONCAT(c.FirstName,' ',c.LastName) else c.CompanyName end as 'Nome', g.ContinentName, g.RegionCountryName, g.StateProvinceName, g.CityName into [MestreElectronicsSA].[dbo].[Customer] from [MestreElectronics].[dbo].[Customer] c left join [MestreElectronics].[dbo].[Geography] g on g.GeographyKey = c.GeographyKey; END

@rmarques, Na verdade as duas tabelas tem a mesma fonte que é o seu forms, ou seja, só precisaria dele mesmo!

@Clóvis, Como a tabela é "filtrada" durante as atualizações da atualização incremental faz sentido esse comportamento, provavelmente a melhor solução é fixar uma data direto no Power Query como você mesmo disse, ou como o Rafael indicou, como tudo será feito direto no PBI pode colocar um período grande como de 1900 até 10 anos a mais da data atual, que assim você consegue garantir que todo o range da sua fato será contemplado na dimensão e provavelmente a carga será rápida. Obs.: Para fazer a dCalendario com a última data dinâmica basta usar o código abaixo. let Source = {Number.From(#date(1900,1,1))..Number.From(#date(Date.Year(DateTime.LocalNow())+20,12,31))}, #"Converted to Table" = Table.FromList(Source, Splitter.SplitByNothing(), null, null, ExtraValues.Error), #"Renamed Columns" = Table.RenameColumns(#"Converted to Table",{{"Column1", "Date"}}), #"Changed Type" = Table.TransformColumnTypes(#"Renamed Columns",{{"Date", type date}}) in #"Changed Type"

@rmarques, Fiz um desenvolvimento simples aqui mas acho que resolve, veja se te ajuda. Se tiver qualquer dúvida pode me chamar! 727073227_TestePesquisa.pbix

@george rodrigues, Esse tipo de problema é meio abstrato e não tenho certeza se esse é o motivo exato haha, porém a CALENDARAUTO pega automaticamente as datas das suas tabelas e cria uma dCalendario, ou seja, ela depende da coluna DATA da sua fato pra existir, e quando você cria o relacionamento da problema pois é como se ela estivesse fazendo um relacionamento com ela mesmo, por isso essa dependência circular. Tenta seguir a dica do Rafael que irá resolver o problema!

@Leo, O seu relacionamento está apresentado problemas pois o direcionamento entre a dClientes e a fMetas está errado, em termos gerais a tabela dimensão sempre deve filtrar a fato, ou seja tem que inverter o direcionamento no seu arquivo, fazendo isso deve funcionar. Segue print com a resolução: Veja se te ajuda, qualquer coisa só chamar!

@thiagoviana, Acho que essa seria uma boa solução, se esse % for fixo você pode coloca-lo na sua dimensão de clientes, porém se variar mês a mês você cria uma fato de repasse vinculando esses valores, semelhante com o comportamento das tabelas de metas.

@rmarques, Você consegue gerar uma base de exemplo para facilitar na duvida?

@Davi Rodolfo, Estou anexando um arquivo que tem algumas formulas que devem te ajudar! As duas medidas ("Valor LY" e "Valor LY Linha") vão funcionar a nível de contexto porém somente a "Valor LY Linha" funciona para o nível de linha (total), deixei as duas pois não sei o tamanho da sua base e a "Valor LY" pode ser mais performática. Obs.: Precisando de ajuda pra entender a lógica só me chamar! Solucao.pbix

@Márcio Martinho, Acho que no seu caso existem algumas possíveis soluções: Transformar a matriz em tabela e pedir para não sumarizar a coluna "Fonte" Manter como matriz e adicionar a coluna Fonte como linhas Manter como matriz e adicionar uma medida mostrando a quantidade de linhas que tem aquela descrição Veja se isso te ajuda!