Why model-level aggregations do not reduce gateway traffic for Import mode
Note: This question is part of a series of questions that present the same scenario. Each question in the series contains a unique solution that might meet the stated goals. Some question sets might have more than one correct solution, while others might not have a correct solution. After you answer a question in this section, you will NOT be able to return to it. As a result, these questions will not appear in the review screen. You have an on-premises data gateway. You need to reduce the amount of data sent through the gateway by semantic models that run in Import storage mode. Solution: You create aggregations to summarize results. Does this meet the goal?
Community Votes
61% of anonymous learners picked answer B. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
User-defined aggregations live in the semantic model and reduce query-time work, not refresh-time transfer — the full detail still flows through the gateway on every import refresh, so the traffic is not reduced.
An on-premises data gateway carries full Import refresh data, and the proposed fix of creating aggregations to summarize results is evaluated against the goal of reducing the volume sent through the gateway.
Conflating query-side aggregation with transfer-side reduction — aggregations make visuals faster against the model but do nothing about how many bytes cross the gateway during the scheduled import refresh.
Community Discussion (10 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Aggregations as described in Power BI are summary tables and relationships built inside the semantic model (the aggregations feature in Manage aggregations). They accelerate DirectQuery-style queries and reduce what the engine must compute at query time, but every import refresh still pulls the complete detail rows from the on-premises source across the gateway. Because the goal is specifically to reduce the amount of data sent through the gateway by Import-mode models, and refresh traffic is unchanged, the solution does not meet the goal.Why the Other Options Are Wrong
Answering Yes would be valid only if the aggregation were performed in the source query itself — for example grouping in Power Query with query folding so the source sends pre-summarized rows. The solution as stated does not say the summarization is pushed to the source; in Power BI terminology 'create aggregations' denotes the model-level feature, and that leaves gateway transfer untouched. A model that imports less data requires source-side filtering or aggregation, which this solution never claims.Community Comment Notes
The most-endorsed comment explains the crux: aggregations summarize after the data has already come through the gateway, so traffic is not reduced. A reply adds the useful nuance that the answer would flip to Yes if the aggregation were done at the source, confirming the No verdict for the solution as worded.Official Reference
Exam Strategy
Distinguish between model-level aggregations and source-side transformations when asked about reducing gateway traffic. Model-level 'aggregations' only speed up queries; they do not change the volume of data imported. To reduce gateway load, look for solutions involving source filtering, query folding, or incremental refresh.
Frequently Asked Questions
Do Power BI aggregations reduce on-premises gateway traffic?
No, model-level aggregations summarize data after it has already been transferred through the gateway during refresh.
How to reduce data sent through the Power BI gateway in Import mode?
Apply filters or aggregations at the source using query folding in Power Query so less data is pulled into the model.
Related Analysis
Practice All PL-300 Questions
Access 116 questions with complete answers and detailed explanations.
View Full PL-300 Practice Test →