March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early bird discount ends December 31.
Register NowBe one of the first to start using Fabric Databases. View on-demand sessions with database experts and the Microsoft product team to learn just how easy it is to get started. Watch now
Why oh why oh why....
The left hand side of the image shows the table result of a Dataflow.
The right hand side shows what I see when I DirectQuery link onto it in Power BI Desktop ( Version: 2.130.930.0 64-bit (June 2024))
Notice that the "awarded" dates are different!
I've no idea why or how.
I initially traced an issue down to SharePoint returning date only columns in UTC with the timezone difference as I'm in the UK and we are currently UTC+1 (aka British Summer Time)
So I just use some Power Query to sort out the datetime to be a date and this shows as expected in the result of the Power Query in the Dataflow.
By the time it is processed in the Service I see a different result.
Surely 2 versions of Power Query are not being used.
1 - by the visual / processing side of DataFlows
2 - the the engine refreshing the data itself
It's even worse than that. There are four different Mashup engines at work - Desktop, Gateway, Service and Dataflows.
Your remedy should be to always only use ISO-8601 UTC datetime strings, and then to leave the rendering up to the end user (who may or may not be on BST)
Naaaaa.
If Microsoft have several mashup engines then they should all return the same output if the M is consistent.
Also it's a date so any time element should be irrevevant.
We'll log it to MS.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount!
Your insights matter. That’s why we created a quick survey to learn about your experience finding answers to technical questions.
Arun Ulag shares exciting details about the Microsoft Fabric Conference 2025, which will be held in Las Vegas, NV.