Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Get Fabric Certified for FREE during Fabric Data Days. Don't miss your chance! Request now

Reply
lizrowden
Helper I
Helper I

Data Sources

I have created datasets, reports, and dashboards using an on-premise direct query to sql server against my development environment. It is currently saved in My Workspace. My Workspace has a data connection to my development sql server. I have an additional workspace that I have associated to a different user with a different data source and I have the gateway installed on that sql server machine.  I published my reports to my power bi workspace and created a content pack and made it available to my other workspace. I was able to retrieve the content pack, but when I run the reports they are still pointing to the original data source I was using during development. I apologize I am very new to this, but cannot figure out how to point my reports to the correct data source. 

1 ACCEPTED SOLUTION
Seth_C_Bauer
Community Champion
Community Champion

@lizrowden First, if you aren't use the Power BI Desktop for further report development. It will allow you to change the connection from Dev to Prod, whereas if you did everything in the Service, you can't update that data set connection.

Second. Lets call your Dev user DEV and your other user PROD

As the DEV report author you are sharing content with other people. In your case, you shared a Content Pack. The PROD user can see and consume the Content Pack, and will see the dataset/reports/dashboards that DEV created. The PROD dataset won't apply to the DEV Content Pack Shared. In other words, DEV is sharing DEV reports, and PROD is interacting with DEV objects.

If you want to change the reports to be prod, you need to either create them in the PROD account, or (if you built things in the Desktop) change the data source from dev to prod and republish to the DEV account...

 

I hope that makes sense.

 

TL;DR; Unless RLS or SSAS is used, the end users will see what the report author sees. They assume the permissions of the report authors credentials.


Looking for more Power BI tips, tricks & tools? Check out PowerBI.tips the site I co-own with Mike Carlo. Also, if you are near SE WI? Join our PUG Milwaukee Brew City PUG

View solution in original post

1 REPLY 1
Seth_C_Bauer
Community Champion
Community Champion

@lizrowden First, if you aren't use the Power BI Desktop for further report development. It will allow you to change the connection from Dev to Prod, whereas if you did everything in the Service, you can't update that data set connection.

Second. Lets call your Dev user DEV and your other user PROD

As the DEV report author you are sharing content with other people. In your case, you shared a Content Pack. The PROD user can see and consume the Content Pack, and will see the dataset/reports/dashboards that DEV created. The PROD dataset won't apply to the DEV Content Pack Shared. In other words, DEV is sharing DEV reports, and PROD is interacting with DEV objects.

If you want to change the reports to be prod, you need to either create them in the PROD account, or (if you built things in the Desktop) change the data source from dev to prod and republish to the DEV account...

 

I hope that makes sense.

 

TL;DR; Unless RLS or SSAS is used, the end users will see what the report author sees. They assume the permissions of the report authors credentials.


Looking for more Power BI tips, tricks & tools? Check out PowerBI.tips the site I co-own with Mike Carlo. Also, if you are near SE WI? Join our PUG Milwaukee Brew City PUG

Helpful resources

Announcements
Fabric Data Days Carousel

Fabric Data Days

Advance your Data & AI career with 50 days of live learning, contests, hands-on challenges, study groups & certifications and more!

October Power BI Update Carousel

Power BI Monthly Update - October 2025

Check out the October 2025 Power BI update to learn about new features.

FabCon Atlanta 2026 carousel

FabCon Atlanta 2026

Join us at FabCon Atlanta, March 16-20, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.

Top Solution Authors