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

The Power BI Data Visualization World Championships is back! It's time to submit your entry. Live now!

Reply
Anonymous
Not applicable

Query Time difference between Service and Desktop Reports, using same Dataset

Hi all

 

I have a Dataset hosted in a premium capacity on the Service. It is a composite model, with only one table DirectQuery. The DQ element is connecting to Redshift thorugh an EC2 gateway.

 

When I open a report In Desktop that is connected to the Dataset, the query load time is quick.

When I open the same report in Service, the query time is on average 5 times slower. The times are unacceptable!

 

I have monitored the query times on the dataset using DAX Studio, and the results are at the bottom of this post.

 

I am confused why the same queries on the same dataset have different results depending on where the report is hosted.

 

 

Time to Complete Query (ms)  
Query #Power BI Desktop - Live ConnectionPower BI Service
13,67619,000
24,03517,342
34,2247,806
46,27420,606
54,34919,870
64,64622,642
73,22119,541
812,694173,731
912,263143,050
1014,022206,633
1113,278155,887
125,50620,934
136,22722,580
14016
153,00016,873
161616

 

 

1 ACCEPTED SOLUTION
edhans
Community Champion
Community Champion

a whole host of issues can be impacting it - data latency depending on where the data is vs the source reading it, the memory and available capacity of the source reading it, etc. If you have a P1 premium capacity that will not perform as well as most PCs will with the same dataset. 

You should understand the performance implications of a composite model like that by reading this article. Relationships in Power BI and Tabular models - SQLBI

It may not be the best choice, or you need to rethink how it is designed and related to the imported data.



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting

View solution in original post

2 REPLIES 2
edhans
Community Champion
Community Champion

a whole host of issues can be impacting it - data latency depending on where the data is vs the source reading it, the memory and available capacity of the source reading it, etc. If you have a P1 premium capacity that will not perform as well as most PCs will with the same dataset. 

You should understand the performance implications of a composite model like that by reading this article. Relationships in Power BI and Tabular models - SQLBI

It may not be the best choice, or you need to rethink how it is designed and related to the imported data.



Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

DAX is for Analysis. Power Query is for Data Modeling


Proud to be a Super User!

MCSA: BI Reporting
Anonymous
Not applicable

Thanks for the information. I'll check out the links and try explore the whole hosts of issues.

 

For now, I have removed the DQ element and it is a lot more performant and not dependent on gateways. Will read that article!

Helpful resources

Announcements
Power BI DataViz World Championships

Power BI Dataviz World Championships

The Power BI Data Visualization World Championships is back! It's time to submit your entry.

January Power BI Update Carousel

Power BI Monthly Update - January 2026

Check out the January 2026 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.