Страницы: 1
RSS
Нагрузка системы при работе в Power Pivot, Power Pivot; IT
 
Здравствуйте.
Помогите, пожалуйста.
Есть ли возможность как-то разгрузить MS Excel при работе с Power Pivot основанном на большом количестве загруженных таблиц Power Query.
 
Доброе время суток
Цитата
Виталий написал:
как-то разгрузить
Детализируйте, пожалуйста.
 
Прям вот пальцем в небо. Уберите эту галочку в файле.
Вот горшок пустой, он предмет простой...
 
Андрей VG,
в PQ загружено 3 табл. по 470 т. ячеек каждая, плюс примерно такой же объем мелкими таблицами.
Наделал для всех таблиц связей один-ко-многому в PP плюс одну обработал в PQ.
Ни одну таблицу не загружал на лист, все только подключение.
На основании вышеизложенного сделал три свода через PP, для каждого свода создано 12 мер.
Вопрос, естественно отчасти имеет риторический характер, т.к. много запросов, много мер, V таблиц тоже не сказал бы, что маленький. Но вдруг я ошибаюсь.
Такое количество нагромождений обусловлено рабочими нюансами.
 
PooHkrd,
если я не ошибаюсь, сняв эту галочку я отключу обновление таблиц при входе в файл?
И это нужно делать с каждой таблицей PQ.
 
Виталий, нет, галочка тут ни при чем.
После загрузки в модель она уже не работает :)

Что конкретно у вас вызывает тормоз по таким описаниям никто никогда не скажет, только общие слова: Много данных - ну ок, уменьшайте до минимально необходимого. Сложные меры - ищите возможности оптимизации. И так далее
Если проблема производительности самих сводных, построенных в PowerPivot, то тут десятки способов оптимизации. Можно начать с Vertipaq Analyzer, потом перейти к DAX Studio и мониторить скорость работы мер, можно начать избавляться от лишнего, перестраивать модель данных в нормальную "звезду", менять формат хранимых данных, перестраивать меры на более скоростные, и так далее...
F1 творит чудеса
 
Максим Зеленский, спасибо.
Ваше описание без конкретики меня и интересовало, чтобы пробежаться по "реперным точкам" с попыткой снижения нагрузки.
Всем большое спасибо!
 
Цитата
Максим Зеленский написал:
После загрузки в модель она уже не работает
Посмею не согласиться.
Клины из-за этой галки могут начаться даже если все запросы в файле не выгружают ничего ни в модель ни в на лист. Сам факт открытия файла запускает процесс Mashup.Container и при активной галке эксель их начинает все время обновлять по кругу. В PBI может и починили эту беду, а вот в 2016 Экселе все по-старому. В О365 не проверял. Во всех новых книгах отключаю эту галку по-умолчанию и никаких клинов на моем древнючем нотбуке не наблюдаю. Так что: "береженого бог бережет, сказала монашка, и натянула презерватив на свечку".  ;)
Изменено: PooHkrd - 29.07.2020 17:51:19
Вот горшок пустой, он предмет простой...
 
PooHkrd, Вполне возможно, поверю. Я уже давно на 365, поэтому поведение 2016 и ранее вышло за рамки моего кругозора. Надо будет обратить внимание, что происходит в 365
F1 творит чудеса
 
И снова здравствуйте.  :)

А имеет ли значение количество строк сводной таблицы?
И есть ли какая-нибудь разница между большой сводной одного размера, но построенной в двух вариантах: на основании PP или из обычной таблицы?
 
скажем так: каждая ячейка сводной рассчитывается отдельно, независимо от других. Ну, почти так. Поэтому чем больше ячеек считать, тем Excel-ю тяжелее.
Разница между обычной и мощной сводной наверняка есть, только непонятно, какую именно разницу вы хотите выявить
F1 творит чудеса
 
Цитата
Виталий написал:
А имеет ли значение количество строк сводной таблицы?
Конечно, скажем так имею один файлик с одной и той же моделью и идентичными источниками, но в одной детализация сводной ограничена товарами, а в другой добавлена детализация по объектам расходования этих товаров.
В первой порядка 2,5к строк и обновляется полторы минуты
Во второй порядка 90к строк и обновляется 5-7 минут.
Цитата
Виталий написал:
разница между большой сводной одного размера, но построенной в двух вариантах: на основании PP или из обычной таблицы?
А это вопрос с подковыркой, имел и такой опыт, т.к. в обычную сводную могу загнать только одну таблицу, а источников много, то для создания такой таблицы приходится накручивать все связи и группировки в PQ - это по сравнению со связями в РР мягко говоря не быстро. В результате обновление сводной на базе РР по источнику около 5кк строк занимало минуты 3-4, обновить же сводную с точно таким же результатом и на тех же исходниках, но на базе обычной сводной с источником - подключение к запросу PQ - 15-20 минут, и иногда все зависало нафиг, приходилось перезапускать.
Работа с самой сводной (фильтрация, нафигация, пересчет области значений) в принципе происходило на тех же скоростях. Другой вопрос что в РР помимо сумм и мин/максов в области значений присутствовали и меры с нетривиальными расчетами, и тут конечно скорость проваливалась, но зато какой на выходе результат, пока ты трескаешь в столовке!  ;)
Вот горшок пустой, он предмет простой...
 
Максим Зеленский, PooHkrd, большое спасибо.
Прошу прощения, что не отвечал - завис на работе.
Да, у меня так же. Таблица по товарам всё ок: 1,5 - 2 минуты прогрузки. С таблицей, в которой есть детализацию по доп. признаку, проблемы по конкретнее, иногда и до 10 - 20 мин. Отчасти, я это списываю на Windows Server 2012 R2, но в любом случае, это не умоляет факта, что перегруз присутствует.
Как я понял, пока не испробую оба варианта на своей БД, точного понимания не будет. И, опять таки, это исключительно касается текущей БД.
Страницы: 1
Наверх