Check your eligibility for this 50% exam voucher offer and join us for free live learning sessions to get prepared for Exam DP-700.
Get StartedDon't miss out! 2025 Microsoft Fabric Community Conference, March 31 - April 2, Las Vegas, Nevada. Use code MSCUST for a $150 discount. Prices go up February 11th. Register now.
Tenía un modelo que funcionaba perfectamente bien y luego nuestros servidores se trasladaron a Azure. esto causó algunos problemas con algunas funciones SQL personalizadas que calcularon la duración. Estos fueron corregidos y si ejecuto la consulta a continuación en Microsoft Server Management funciona bien generando la columna DurationSecInWorkinghours
select
'TEST' AS [Client],
noteid,
[Type],
CaseNumber,
CreatedDateTime,
FinalisedDateTime,
FinalisedByAdviserID,
t.TopicTitle,
[ARGOS_DW_REPORTING].[dbo].[udf_GetWorkingTime](CreatedDateTime, FinalisedDateTime) AS DurationSecInWorkingHours
from [ARGOS_DW_REPORTING].[dbo].[Fact_Cases_Notes] fcn
JOIN [ARGOS_DW_REPORTING].dbo.Dim_Topic t on t.TopicKey = fcn.TopicKey
where FinalisedDateTime >= '20200810'
and FinalisedByAdviserID <> - 1
and PostedToCaseViewerFlag <> 'T'
AND COALESCE(AskTheExpertID, 0) = 0
Sin embargo, cuando lo pongo en aquery en Power BI, produce ceros para algunos clientes, pero no para todos (tenemos una base de datos independiente para cada cliente).
let
Source = Sql.Database("Test.com", "master", [Query="
select
'TEST' AS [Client],
noteid,
[Type],
CaseNumber,
CreatedDateTime,
FinalisedDateTime,
FinalisedByAdviserID,
t.TopicTitle,
[ARGOS_DW_REPORTING].[dbo].[udf_GetWorkingTime](CreatedDateTime, FinalisedDateTime) AS DurationSecInWorkingHours
from [ARGOS_DW_REPORTING].[dbo].[Fact_Cases_Notes] fcn
JOIN [ARGOS_DW_REPORTING].dbo.Dim_Topic t on t.TopicKey = fcn.TopicKey
where FinalisedDateTime >= '20200810'
and FinalisedByAdviserID <> - 1
and PostedToCaseViewerFlag <> 'T'
AND COALESCE(AskTheExpertID, 0) = 0
"])
in
Source
En la base de datos de prueba tengo 5 clientes, así que el código anterior acaba de unirse a UNION ALL. 4 de ellos tienen resultados en el escritorio, pero uno no. Sin embargo, si publsih todo 5 están bien!!! Tenemos el segundo servidor TEST2 y en este hay 12 clientes y ninguno de ellos tiene nada más que ceros y ninguno de ellos funciona cuando se publica (la consulta funciona en MSMS).
El código M es idéntico al código de los servidores previos a Azure que solo ha cambiado el nombre del servidor. Así que preguntas
Un problema podría ser que cada cliente tiene una definición differnet de horas de trabajo por lo que cada función es un poco diferente. Aún así estoy desconcertado por qué MsMS puede ejecutarlo y el escritorio cant y también por qué el servicio puede ejecutarlo y el escritorio cant. Nos quedes sin ideas y compeltely paralizado nuestro Power BI
Gracias por cualquier consejo
Mike
Hola @masplin ,
La persona perfecta para responder a estas preguntas es @ImkeF el mejor super usuario en el idioma M aquí.
@ImkeF puedes arreglar esto?
Regards
Miguel Félix
Proud to be a Super User!
Check out my blog: Power BI em PortuguêsHola @masplin ,
nada super obvio viene a mi mente aquí. Sólo que el código SQL se ve un poco áspero en general.
Comenzaría a volver a generar la consulta SQL con pasos nativos de Power Query, comprobaría el código M generado automáticamente (ver consulta nativa) y reemplazaría el código SQL con él posteriormente.
Haga esto paso a paso hasta que PBID golpee el error. Esto debería identificar los elementos de consulta morosas.
Imke Feldmann (The BIccountant)
If you liked my solution, please give it a thumbs up. And if I did answer your question, please mark this post as a solution. Thanks!
How to integrate M-code into your solution -- How to get your questions answered quickly -- How to provide sample data -- Check out more PBI- learning resources here -- Performance Tipps for M-queries
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Prices go up Feb. 11th.
Check out the January 2025 Power BI update to learn about new features in Reporting, Modeling, and Data Connectivity.