Производительность редактора Power Query для служб Analysis Services

Question

В настоящее время я создаю модель в Visual Studio для служб аналитики Azure, но у меня очень низкая производительность редактора Power Query.

Я пытаюсь выполнить левое соединение с таблицей из 1.600.000 строк. Таблица, к которой я присоединяюсь, составляет около 50 миллионов строк. Шаг объединения работает, но когда я пытаюсь развернуть столбцы, он по какой-то причине загружает все 50-метровые строки. По крайней мере, строка состояния внизу указывает на это.

Это довольно раздражает, так как это будет происходить каждый раз, когда я пытаюсь изменить последовательность запросов.

• Уже пытались установить несколько индексов для таблицы SQL
• SQL-сервер Azure не показывает пики использования, равные 100%, иногда максимум 80%

Есть идеи, как это решить?

Answer 1

Я заметил в SSMS, что редактор PowerQuery создает так называемые сложенные запросы, а также вводит операторы сортировки, которые я не настраиваю в редакторе.

Поэтому я исправил проблемы с производительностью, включив устаревшие источники данных в параметрах Visual Studio. Благодаря этому я могу написать свой собственный оператор SQL, который во много раз быстрее.

Кто-нибудь знает, почему это происходит в редакторе PowerQuery, и если использование этого устаревшего способа работы имеет недостатки по сравнению с редактором?

@ alejandro: мне нужны службы Analysis Services в основном для быстрого кеша, который он предоставил. Я пытался загрузить таблицы в PowerBI напрямую, но это стало полностью безразличным.