Это будет зависеть от типа запроса, который вы выполняете / отправляете на SQL Server. Для ряда развернутых проектов я использовал Direct Query, чтобы размещать источники данных, по крайней мере, 50-100 ГБ, однако это были в основном стандартные хранилища данных Star Schema или определенная таблица отчетов, и оба будут иметь соответствующие индексы, охватывающие индексы или индексы хранилища столбцов, чтобы обеспечить более эффективный поиск данных. Это были экземпляры Azure SQL и On-Prem SQL.
Режим прямого запроса будет тормозиться из-за количества запросов, которые он выполняет для источника данных на основе показателя, отношений и накладных расходов на соединение. ,Другим может быть количество визуалов на странице, так как каждый визуал является запросом, и каждый из них должен работать на источнике данных.
Еще один способ увеличить скорость Direct Query - использовать Объединения в Power BI для хранения импортированного подмножества данных в Power BI. Если на уровень агрегации можно ответить на запрос, то он будет получен быстрее. Microsoft продемонстрировала это с помощью демонстрации «Триллион строк»
С точки зрения проблем с прямым запросом Power BI, из числа клиентов, с которыми я взаимодействую, те, у которых есть проблемы с прямым запросом, имеют множествотаблиц в неэффективной схеме, выполняющих неоптимальные запросы к источнику данных, с рядом преобразований данных в DAX и плохо записанных показателей DAX, например, множество DISTINCT COUNTS & SWITCH.
ДляВ связи с установкой / обновлением последнего шлюза данных, поскольку оптимизация механизма Mash Up может ускорить его. Другой вариант - перенести базу данных в базу данных SQL Azure и устранить необходимость в шлюзе.