Find everything you need to get certified on Fabric—skills challenges, live sessions, exam prep, role guidance, and more.
Get startedGrow your Fabric skills and prepare for the DP-600 certification exam by completing the latest Microsoft Fabric challenge.
Hi guys,
I have a table with employees numbers extracted from SQL, and I have their employees numbers extracted via the USERNAME() functionality and a measure (see below). Based on that I want to show certain things on the page and leave other things out, which works all find with the manual data in a local created file. On the server where I have to implement it, however, it doesn't work.
First I select a username via 'View as roles > Other user'.
As you can see 55892 is the number of the employee that I will extract via the following measure:
Medewerkernummer =
LEFT(USERNAME(),(FIND("@",USERNAME(),1,1)-1))
--dutch for EmployeeNumber
In the following manual data table, you will see that it recognizes the 'Medewerkernummer' measure output with column 'mail' with the following measure.
However, with the actual data from another table that I import via SQL, it doesn't work.
The measure that I use for this is the following and exactly the same, also based on columns with the same data types:
What I notice here, is that the measure code color does not turn purple, it is actually black!
Here the proof of the exact same datatypes of both columns:
PortaalView[MedewerkerNummer]: --employee number in dutch
test[mail]: --eventhough it's called mail, I've also manually typed in the employee numbers in this column.
Also, there are no spaces that need to be trimmed. It simply doesn't recognize it in one table, but it does in the other.
The only difference I can find is the fact that the measure does not turn purple, but remains black.
I also tried loading a different table from SQL, there it also keeps the measure black colored.
Any ideas what I can do to make it recognizable?
Unfortunately, I cannot include a .pbix file, because this is security sensitive data and the whole problem is that manual data doesn't have this problem. So I can't easily recreate this scenario.
Kind regards,
Igor
Solved! Go to Solution.
Can you start by changing the name of the measure so it's not the same as the column? (more different than just case)
Let's see if that makes any difference.
Can you start by changing the name of the measure so it's not the same as the column? (more different than just case)
Let's see if that makes any difference.
It worked, thanks!
So even though when you select the measure with the same name as the column, it will refer to the column nonetheless if there's a column within the same table you are filtering. Good to know!
Join the community in Stockholm for expert Microsoft Fabric learning including a very exciting keynote from Arun Ulag, Corporate Vice President, Azure Data.
Ask questions in Eventhouse and KQL, Eventstream, and Reflex.
User | Count |
---|---|
85 | |
83 | |
66 | |
60 | |
57 |
User | Count |
---|---|
188 | |
111 | |
105 | |
78 | |
71 |