Advance your Data & AI career with 50 days of live learning, dataviz contests, hands-on challenges, study groups & certifications and more!
Get registeredGet Fabric Certified for FREE during Fabric Data Days. Don't miss your chance! Request now
Hello,
I'm making a Power BI that uses two origins on the same dashboard. To make filters that can be used for both origins, I create a new calculated table with the unique values of some shared columns between the two tables. And then use it to filter.
This works as intended, however the client wants to do this for like 30 columns, some of them imply merging 4 tables. Is this a bad idea? It will have an important performance impact when refreshing?
Thanks in advance,
Joel
Hi @Joel-CG
Yes obviously it hit the pbi performance we apply same procedure on many tables.
You need to create seperate dimtable with all relevenat common columns. You can use UNION dax function to create new dimtable
try with this measure
ProductDim = DISTINCT(UNION(SELECTCOLUMNS(Table1, "Product", Table1[Product]), SELECTCOLUMNS(Table2, "Product", Table2[Product])))
Hi @suparnababu8 , thanks for your reply,
I tried it, and it seems to go faster. Why does this has better performance than using power query?
Now trying it it seems that doing this won't work, since if i try to make the relation many-to-many for both tables it will say that there are duplicates, therefore i can't activate both relations at the same time. I'm missing something? Or i should go with individual dim tables?
Thanks in advance
Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!
Check out the October 2025 Power BI update to learn about new features.