I would like to propose an enhancement to the way query refresh behavior is handled in Power BI Desktop and Power BI Service.
Currently, when developing reports, it is often necessary to disable query loads or exclude certain tables from refresh in order to keep development iterations fast and efficient. However, this creates a challenge when publishing to the Service:
Queries that were disabled or excluded during development remain in that state after publishing.
This means additional manual steps are required to re-enable them, and forgetting to do so can cause incomplete datasets in production.
Proposed Enhancement:
Introduce an option that allows developers to set different refresh/load behaviors for development vs. production environments. For example:
A toggle to “Disable load only in development” (but always load in Service).
Or a parameter-driven mechanism where refresh rules can be automatically adjusted based on environment.
Alternatively, extend the existing “Include in report refresh” checkbox to have two modes:
Development only (faster iteration)
Publish/Service only (full data load)
Benefits:
Faster development cycles without compromising the integrity of published datasets.
Reduced risk of accidental omissions when publishing reports.
Cleaner handover between development, testing, and production environments.
This improvement would provide developers with flexibility, while ensuring that end-users and business stakeholders always receive complete and accurate data when the reports are published.
Thank you for considering this suggestion. I believe it would make Power BI development workflows both safer and more efficient.
Recent ideas
Dynamic ADLS-Gen2 path input for Spark Jobs Main definition file
I would like the ability to add a dynamic input box on a spark job definition's "Main Definition File" "ADLS-Gen2 path". this would be useful to set base and variable paths across all spark jobs...mfink_db2 hours agoNew MemberNew233Views2likes2CommentsReintroduce Tenant/Capacity Switch to Control "Users can create Plan items" Post-GA
During the Preview phase of Fabric Plan items, administrators had access to a dedicated tenant/capacity setting: "Users can create Plan items". With General Availability (GA), this granular administr...Sri-Surendra_Ku5 hours agoNew MemberNew105Views14likes1CommentSupport Fabric SQL Database with workspace-level inbound Private Link
Fabric SQL Database supports tenant-level Private Link but not workspace-level Private Link. Securing a small number of databases therefore requires enabling Private Link across the entire tenant, in...WorkFull226 hours agoAdvocate INew12Views1like0CommentsImprove Relationship UI Wording to Better Reflect Filter Propagation Direction
The current relationship dialog can be confusing because the UI labels "From" and "To" do not always align with users' linguistic expectations regarding filter propagation. As per document : Relation...v-varunvv7 hours agoMicrosoft EmployeeNew20Views4likes0Comments