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.
Hello, just looking for advise really..
I am building an SSAS Tabular model which will link to my PBI.. the model will only contain a small chunk of data regarding sales.
The production tables themselves are structured quite well.. each with their own primary key and foreign keys to link to the appropriate dimensions. My question is, is it completely nessecary for me to build a process to add my own surrogate keys to tables that are already structured well enough to be pulled into SSAS tabular? I am thinking I could just eliminate some processing time if I go straight from source to SSAS without a pipeline inbetween which adds surrogate keys.
Would it be OK to do this... or is it not the best practice?
@jd8766 ,if SSAS tabular model is working fine, then you can simply use it. If keys are already numeric no action is needed. If they are not and have a performance issue because of large data then you should think about that.
The best practice is to have numeric(whole number) join keys
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 |
---|---|
84 | |
83 | |
64 | |
60 | |
55 |
User | Count |
---|---|
179 | |
108 | |
105 | |
71 | |
70 |