The ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM.
Get registeredEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends September 15. Request your voucher.
Hello,
I need help to understand a certain behaviour I remarked with LOOKUPVALUE.
To make it simple, let's say I have 3 tables:
a) Fact table : containing the list of requests of a ticketing tool, with a lot of information and starting with the REQUEST_ID, unique, for each request
b) 2 side tables, presenting the same kind of info but built differently, for each Request (so, both also the field REQUEST_ID) with multiple lines per request (in fact, 1 line per day between the creation date and the closure date of each request).
--> Both side tables have a relationship with my fact table between the fields REQUEST_ID. There is no direct relationship between the 2 side tables
For the sake of the test and the issue, I just did a very simple (and stupid) formula in order to, in my side table A, retreive for each line the corresponding REQUEST_ID from my side table B :
Solved! Go to Solution.
LOOKUPVALUE will work fine between unrelated tables. As soon as you link the tables (as you shoould, normally) your data model will limit the data in downstream tables based on applied filter context, search direction etc.
LOOKUPVALUE should only be used in desperate scenarios. Recommendation is to either use TREATAS for filter projections, or let the data model do the work.
LOOKUPVALUE will work fine between unrelated tables. As soon as you link the tables (as you shoould, normally) your data model will limit the data in downstream tables based on applied filter context, search direction etc.
LOOKUPVALUE should only be used in desperate scenarios. Recommendation is to either use TREATAS for filter projections, or let the data model do the work.
User | Count |
---|---|
65 | |
62 | |
60 | |
53 | |
28 |
User | Count |
---|---|
181 | |
82 | |
67 | |
47 | |
44 |