Join us at FabCon Atlanta from March 16 - 20, 2026, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.
Register now!Learn from the best! Meet the four finalists headed to the FINALS of the Power BI Dataviz World Championships! Register now
Hi all,
I've been creating Power BI reports for a few years now. All reports are created from a mirror of our prod database that is used to drive our internal apps. The database is well structured and I have privileges to create most tables/views that I need to support reporting. I create reports for many different groups throughout the company so I'm often forced to look at the data differently for each group. Typically, I create a new dataset for each report as this allows me to:
My question is, should I try to create one master dataset from this database to drive as many of these reports as possible or should I continue with what I've been doing? I understand there are pros and cons but I wanted to know if there are any best practices that I'm not aware of that would force me to go in a specific direction. I understand there a limitations to refreshes within each workspace and space constraints but my datasets are fairly "lite" and I keep the workspaces clean to remove any unused reports.
Any thoughts/feedback/experience is appreciated.
Thanks!
Solved! Go to Solution.
Hats off to you for doing the work of a whole team of data stewards. You will want to consider including others in your company in this curation work and establish a data dictionary culture, data stewardship, and maintenance.
Best practices depend on the company size, the variety of data subjects, and the egos of the individual teams when it comes to subject matter expertise ownership. Your current approach seems to be well suited to smaller sized enterprises.
For multi field table joins you can use composite keys or the custom generator functions in Power Query.
Hats off to you for doing the work of a whole team of data stewards. You will want to consider including others in your company in this curation work and establish a data dictionary culture, data stewardship, and maintenance.
Best practices depend on the company size, the variety of data subjects, and the egos of the individual teams when it comes to subject matter expertise ownership. Your current approach seems to be well suited to smaller sized enterprises.
For multi field table joins you can use composite keys or the custom generator functions in Power Query.
Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.
Check out the February 2026 Power BI update to learn about new features.
| User | Count |
|---|---|
| 49 | |
| 46 | |
| 35 | |
| 15 | |
| 14 |
| User | Count |
|---|---|
| 88 | |
| 75 | |
| 41 | |
| 26 | |
| 26 |