Гость
Войти | Профиль | Очистить
Map
Действия ...
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / PowerBI. Время построения отчета. / 25 сообщений из 26, страница 1 из 2
  1  все
04.02.2022, 14:23
    #40131689
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Hello world!

В нашем приложении используется режим импорта данных.
То есть когда нажимаем кнопку Refresh, данные закачиваются в файл powerBI. Файл весит 0,6 гБ.
Когда пользователь подключается к отчету, он грузится около минуты.
Потом начинает менять параметры (Год). Каждый раз при его смене нужно ждать около минуты.
Когда пользователь вернет настройку срезов, к значениям, которые ранее задавались, то перерисовка проходит мгновенно.

Можно ли автоматически прогревать отчет? Или как-то уменьшить время отрисовки отчета?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.02.2022, 17:40
    #40131753
Критик
Критик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
куб сделайте
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.02.2022, 21:21
    #40131794
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Критик,
OLAP-куб в конторе есть.
Но его скоторсть не устраивает пользователей.
Сейчас тестируем PowerBI.
Собственно, в связи с этим и возник данный вопрос.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.02.2022, 21:43
    #40131798
s_ustinov
s_ustinov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3
Критик,
OLAP-куб в конторе есть.
Но его скоторсть не устраивает пользователей.
Сейчас тестируем PowerBI.
Собственно, в связи с этим и возник данный вопрос.

Нанять специалиста не пробовали?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
04.02.2022, 22:57
    #40131807
Критик
Критик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3
Критик,
OLAP-куб в конторе есть.
Но его скоторсть не устраивает пользователей.
Сейчас тестируем PowerBI.
Собственно, в связи с этим и возник данный вопрос.


Смысл такого тестирования от меня ускользает.
Потому что по сути и то и то построена на одной и той же технологии.
И если у вас куб тормозит, то pbi будет тормозить еще сильнее.

Вы сейчас пытаетесь костылями решить проблему, причем скорее всего потратите на реализацию костылей ресурсов больше, чем на оптимизацию.

Ps перезапуск вашего отчета сбрасывает кэш?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.02.2022, 15:15
    #40131900
H5N1
H5N1
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Критик

Потому что по сути и то и то построена на одной и той же технологии.
И если у вас куб тормозит, то pbi будет тормозить еще сильнее.

а можно подробней, откуда такая легенда и если байка правдива, то чего вдруг pbi уступит удаленному олап серверу ? 0.6гб крошечный объем для типичного десктопа, с m2 накопителем и заметно более частотными ядрами относительно серверных, почему pbi должен проиграть (раз уж технология та же)?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
05.02.2022, 22:26
    #40131947
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Критик
Критик,
Ps перезапуск вашего отчета сбрасывает кэш?

Подскажите как это проверить?

Критик

И если у вас куб тормозит, то pbi будет тормозить еще сильнее.
Почему?
Критик

Вы сейчас пытаетесь костылями решить проблему, причем скорее всего потратите на реализацию костылей ресурсов больше, чем на оптимизацию.

Пользователь всегда хочет быстрее и как можно развернутей. Ну и железо у нас не первой свежести.
Куб тормозит когда делают детализацию до листьев по нескольким измерениям и накидывают кучу некулючевых атрибутов.
То есть выгружают широкую простынь.
Как извесно, время построения отчета, это время выполнение MDX-скрипта и отрисовка в EXCEL-е.
Мною подмечено, на широких простынях "отрисовка в EXCEL-е" занимает больше времени чем "выполнение MDX-скрипта". То есть время построения отчета зависит от ресурсов на клиенте.
Также если у пользователя стоит 32-х разрядный excel, то 2 Гб оперативной памяти может и не хватить.
Если памяти хватило, то для того чтобы построить второй мега отчета на ПК пользователя должно быть достаточно оперативной памяти.
Во время отрисовки сводной, отъедается память, а по окончанию EXCEL-файл ее не освобождает. Пользователь должет переоткрыть файл с отчетом. Иначе виснет винда.
То есть сервер передал данные excel-ю. Затем он начинает подготавливать их к отрисовке. Память на клиенте начинает пухнуть.
Потом появляется сводная. Файл еле ворочается, так как мало свододной оперативки. И приходится переоткрывать этот файл, чтоб память освободилась.

А с PowerBI отчеты находятся на сервере и такой момент исключается.
Отдельно хотел сказать про визуальные элемент matrix.
Он абсолютно уступает Excelю с его pivotTable. И это, его самый жырный плюс.
Визуальный элемент matrix в PowerBI это отличный способ отучить пользователей использовать простыни.
Сначала они взвоют, а потом либо начнут строить нормальные отчеты, либо будут умолять вернуть куб с EXCEL-м.

По поводу оптимизации OLAP-Куба. Партиции со слайсерами, ключи целочисленные, все что можно - хранится физически. Есть большие измерения (400000+ Элементов. Например номенклатура) но от них ни куда не денешся.
Если что - то упускаю, советуйте, буду только рад!

Ну и еще не хотелось, чтоб топик уносило в сторону от заданные в первом посте вопросов:
1. Можно ли автоматически прогревать отчет?
2. Как уменьшить время отрисовки отчета?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.02.2022, 02:22
    #40131970
s_ustinov
s_ustinov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
[quot yagrus3#22430337]
Критик
Критик,
То есть время построения отчета зависит от ресурсов на клиенте.
Также если у пользователя стоит 32-х разрядный excel , то 2 Гб оперативной памяти может и не хватить.
Если памяти хватило, то для того чтобы построить второй мега отчета на ПК пользователя должно быть достаточно оперативной памяти.
Во время отрисовки сводной, отъедается память, а по окончанию EXCEL-файл ее не освобождает. Пользователь должет переоткрыть файл с отчетом. Иначе виснет винда.
То есть сервер передал данные excel-ю. Затем он начинает подготавливать их к отрисовке. Память на клиенте начинает пухнуть.
Потом появляется сводная. Файл еле ворочается, так как мало свододной оперативки. И приходится переоткрывать этот файл, чтоб память освободилась.

А с PowerBI отчеты находятся на сервере и такой момент исключается.
Отдельно хотел сказать про визуальные элемент matrix.
Он абсолютно уступает Excelю с его pivotTable. И это, его самый жырный плюс.
Визуальный элемент matrix в PowerBI это отличный способ отучить пользователей использовать простыни.
Сначала они взвоют, а потом либо начнут строить нормальные отчеты , либо будут умолять вернуть куб с EXCEL-м.

Во первых, почитайте про терминальный сервер. Очень хорошо решает и проблемы с "32-х разрядный excel" и с "Файл еле ворочается, так как мало свододной оперативки".

Во вторых - а почему вы думаете, что пользователи строят ненормальные отчеты?
Я думаю, им как раз простыни и нужны...
Мои от меня регулярно простыни требуют. И я даже понимаю, зачем они им.
И для простыней я им думаю приспособить Power Pivot / Power Query прямо в екселе.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.02.2022, 03:53
    #40131976
Вакшуль Сергей
Вакшуль Сергей
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3,

>Когда пользователь вернет настройку срезов, к значениям, которые ранее задавались, то перерисовка проходит мгновенно.
используется кеш

>Можно ли автоматически прогревать отчет?
мне о таких возможностях неизвестно. Думаю, что нет.

>Или как-то уменьшить время отрисовки отчета?
нужно разбираться, что у вас происходит.

>В нашем приложении используется режим импорта данных
Что вы назваете "наше приложение"?
"режим импорта данных" - вы имеете ввиду, что речь о Import Mode, а не о Direct Query?

>когда нажимаем кнопку Refresh
Вы же про обновление данных датасета опубликованного на сервисе отчета?

>Когда пользователь подключается к отчету, он грузится около минуты.
Вся модель грузится в память. Если модель большая, то да - ожидание может быть долгим, особенно, если ПК слабоват.

>Потом начинает менять параметры (Год). Каждый раз при его смене нужно ждать около минуты.
У вас же Import mode, так? Что значит менять параметры? Параметры есть у датасета.
Вы наверно имеете ввиду фильтрацию, накладываение фильтров. Так?
Если так, то ожидание "около минуты" это ненормально.
Нужен контекст. У вас на странице много вижуалов? Тормозит какой-то конкретный? Нужно понять что именно тормозит. Воспользуйтесь Performance Analyzer:
https://docs.microsoft.com/en-us/power-bi/create-reports/desktop-performance-analyzer
Найдите вижуалы, которые тормозят.
Нужно оптимизировать их DAX код.
Возможно, нужно уменьшить кол-во вижуалов на странице.

Сколько строк в таблице, по которой работает запрос, который тормозит? Если десятки миллионов, то может есть смысл сделать преагрегаты.
В модель вы залили только нужные данные? Если есть неиспользуемые столбцы - удалите лишнее.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.02.2022, 09:32
    #40131989
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Вакшуль Сергей

>В нашем приложении используется режим импорта данных
Что вы назваете "наше приложение"?
"режим импорта данных" - вы имеете ввиду, что речь о Import Mode, а не о Direct Query?
Да, тмел ввиду Import Mode.
Вакшуль Сергей

>когда нажимаем кнопку Refresh
Вы же про обновление данных датасета опубликованного на сервисе отчета?
Рефреш жму в десктопе. Про обновление, написал, чтоб сказать оразмере файла.
Вакшуль Сергей

>Потом начинает менять параметры (Год). Каждый раз при его смене нужно ждать около минуты.
У вас же Import mode, так? Что значит менять параметры? Параметры есть у датасета.
Вы наверно имеете ввиду фильтрацию, накладываение фильтров. Так?
Да, у меня Import mode. Менять параметры - это пользователь перенастраивает срезы. Например срез - ГОД.
Вакшуль Сергей
Если так, то ожидание "около минуты" это ненормально.
Нужен контекст. У вас на странице много вижуалов? Тормозит какой-то конкретный? Нужно понять что именно тормозит. Воспользуйтесь Performance Analyzer:
https://docs.microsoft.com/en-us/power-bi/create-reports/desktop-performance-analyzer
Найдите вижуалы, которые тормозят.
Нужно оптимизировать их DAX код.
Возможно, нужно уменьшить кол-во вижуалов на странице.
Ок, спасибо.
Вакшуль Сергей

Сколько строк в таблице, по которой работает запрос, который тормозит? Если десятки миллионов, то может есть смысл сделать преагрегаты.
В модель вы залили только нужные данные? Если есть неиспользуемые столбцы - удалите лишнее.
В таблие сецчас 100 мл +. Столбцов по миниму, только то что нужно. Ключи и две меры.
Агрегаты - не подойдут, так как нужна универсальность.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
06.02.2022, 21:05
    #40132102
Вакшуль Сергей
Вакшуль Сергей
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3,
Скажите, а сколько времени у вас занимает обновление датасета с таблицей в 100 000 000 строк?
Сколько времени длится его обновление в Power BI desktop и сколько на Power BI service?
В десктопе ограничений по времени нет, но десктоп это для разработки. Интересно, что происходит с таким обновлением на Power BI service. В таймаут не упираетесь?
Я раньше с таким объемом не работал. Стало интересно, скорость работы базовых калькуляций (SUM, COUNT и пр).
Нагенерировал данных. Две таблицы.
Таблица Groups (10 записей):
 
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Groups = 
    DATATABLE (
        "Group", STRING,
        "GroupId", INTEGER,
        {
            { "Group 1",  1 },
            { "Group 2", 2 },
            { "Group 3",  3 },
            { "Group 4",  4 },
            { "Group 5",  5 },
            { "Group 6",  6 },
            { "Group 7",  7 },
            { "Group 8",  8 },
            { "Group 9",  9 },
            { "Group 10",  10 }
        }
    )


Таблица Table_Fact (100 000 000 записей):
 
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
Table_Fact = 
VAR t1 = 
    SELECTCOLUMNS(
        ADDCOLUMNS(
            GENERATESERIES(1, 10000000, 1),
            "Quantity", ROUND(MOD([Value],0.65),4)
        ),
        "Id", [Value],
        "Quantity", [Quantity]
    )
VAR t2 =
	DATATABLE (
	    "Group", STRING,
	    "GroupId", INTEGER,
	    {
	        { "Group 1",  1 },
	        { "Group 2", 2 },
	        { "Group 3",  3 },
	        { "Group 4",  4 },
	        { "Group 5",  5 },
	        { "Group 6",  6 },
	        { "Group 7",  7 },
	        { "Group 8",  8 },
	        { "Group 9",  9 },
	        { "Group 10",  10 }
	    }
	)
return
    GENERATE(t1, t2)


Таблицы связал по полю GroupId

Сделал две страницы.
На первой - слайсер и таблица
Гранулярность таблицы (уровень детализации) - GroupId. Т.е. калькуляции выполняются только для 10 записей.
При смене фильтра в слайсере таблица пересчитывается за 1 секунду.
Тут все ОК.

На второй - слайсер и пара таблиц.
Гранулярность таблицы (уровень детализации) - Id. Т.е. калькуляции выполняются для 100 000 000 записей (в вижуале выводится первые 500 строк, следующие 500 строк - доп.ожидание).
В таблице одна простейшая measure - сумма по полю
Так вот, при смене фильтра таблицы пересчитывается за 6-8 секунд. Т.е. через 8 секунд на Power BI service можно продолжать работать.
Это была самая простейшая measure. Чуть сложнее и будет затык. Если обязательно нужно опуститься до уровня одной записи этой мега таблицы, то этот момент нужно продумывать. Например, не показывать ничего если не наложены фильтры.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 10:09
    #40132160
Nivatu
Nivatu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3
Hello world!

В нашем приложении используется режим импорта данных.
То есть когда нажимаем кнопку Refresh, данные закачиваются в файл powerBI. Файл весит 0,6 гБ.
Когда пользователь подключается к отчету, он грузится около минуты.
Потом начинает менять параметры (Год). Каждый раз при его смене нужно ждать около минуты.
Когда пользователь вернет настройку срезов, к значениям, которые ранее задавались, то перерисовка проходит мгновенно.

Можно ли автоматически прогревать отчет? Или как-то уменьшить время отрисовки отчета?


1. Прогревать кеш можно, но в вашем случае он навряд ли поможет, т.к. довольно специфичен.
2. Нужно иметь ввиду, что инфа о размере файла 0,6 Гбт дает только понимание того, что в памяти сервера он займет места не меньше. На практике это могут быть от 0,6 до нескольких Гбт.
3. У вас вся модель данных отчета загружается в память сервера. В правильной модели все запросы и отрисовка обычно должны обрабатываться быстро. Если это не так, то неэффективности могут быть на уровне модели, в том числе в формулах, а также в железе не первой свежести. Тут уже про это
писали. В любом случае от кубов вы не ушли.
Ваш пользователь, впереди всех загружая утром отчет в Power BI, невольно разворачивает куб в памяти сервера. И на это у вас требуется время. Второй зашедший в этот отчет юзер ничего не разворачивает. Он сразу получает данные, которые уже в ОЗУ. Модель данных держится в памяти некоторое время. Если за отведенное сервером интервал никто не пользовался моделью данных(кубом), то она из памяти вытирается. И условно "после обеда" зашедшему в отчет юзеру приходится все "разворачивать" снова. И ждать около минуты.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 12:21
    #40132182
L_argo
L_argo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Простой рецепт:
1. Выкинуть PowerBI
2. Взять QlikView
3. (profit)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 13:59
    #40132210
Nivatu
Nivatu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
L_argo
Простой рецепт:
1. Выкинуть PowerBI
2. Взять QlikView
3. (profit)


Или
1. Ничего не выкидывать
2. Добавить TABULAR SSAS
3. Сдобрить опытным специалистом

... вполне себе рабочая связка с большими возможностями.
Размер загружаемого отчета при этом будет не больше 100 Кбт
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 18:31
    #40132318
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Nivatu

Ваш пользователь, впереди всех загружая утром отчет в Power BI, невольно разворачивает куб в памяти сервера. И на это у вас требуется время.
Второй зашедший в этот отчет юзер ничего не разворачивает. Он сразу получает данные, которые уже в ОЗУ. Модель данных держится в памяти некоторое время.
Если за отведенное сервером интервал никто не пользовался моделью данных(кубом), то она из памяти вытирается.
И условно "после обеда" зашедшему в отчет юзеру приходится все "разворачивать" снова. И ждать около минуты.

Открываю новую вкладку браузера. Копирую туда ссылку отчета. Нажимаю энтэр. Начинает расходоваться оперативка.
Хотя ранее я просматривал в desktop-e данный отчет. Меняю значения в срезе. Оперативка - примерно такая же. Загружается процессор.
Отчет строится порядка 15 сек. Если ранее значения среза уже выбирались, то все летает.

Повторяю действия:
Открываю новую вкладку браузера. Копирую туда ссылку отчета. Нажимаю энтэр. Начинает расходоваться оперативка.
И так далее, один в один.

То есть у меня куб разворачивается для каждой сессии.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 18:33
    #40132319
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Nivatu, Данные в powerBI тянутся из реляционного DWH.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
07.02.2022, 21:49
    #40132356
L_argo
L_argo
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Большинство BI, в отличие от традиционных СУБД, работают в оперативной памяти.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 02:32
    #40132392
Вакшуль Сергей
Вакшуль Сергей
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3,
автор>Когда пользователь вернет настройку срезов, к значениям, которые ранее задавались, то перерисовка проходит мгновенно.
используется кеш

>Можно ли автоматически прогревать отчет?
мне о таких возможностях неизвестно. Думаю, что нет.
Еще раз, чуть подробней.
MDX queries используют как FE, SE кеш.
DAX queries используют только SE кеш.
Power BI генерирует DAX queries. Соответственно используется только SE кеш.
На том стенде, о котором я писал (100 000 000 строк в таблице) использование SE кеша сокращает выполнение запроса ~ в два раза. Т.е. с 6-и секунд до 3-х. Это мониторится через DAX Studio.

А вот тот эффект, о котором пишите вы, когда "перерисовка проходит мгновенно" - это уже не кеш движка. Это кеш визуальной части Power BI. Вы работаете с отчетом, накладываете фильтры и получаете результат. Когда вы возвращаетесь к использованным ранее фильтрам, то Power BI помнит, что он уже посылал движку такие запросы и он помнит результат их выполнения. А раз он он знает ответ на запрос, то он тогда вообще не посылает запросов к движку. Используется кеш визуальной части.
Поэтому, как вы говорите, "перерисовка проходит мгновенно". И она действительно мгновенна.
То, что при повторых кликах по слайсеру движок не получает запросов, можно убедится включив трассировку запросов в DAX Studio (All Queries). Там тишина, запросов нет. Но если применить новые фильтры, которые вы раньше не использовали, то тогда к движку опять пойдут запросы.
Обратная сторона медали такого поведения в том, что если у вас обновился датасет, а вы, работая в отчете, все кликаете одни и те же комбинации фильтров и не делаете рефреш страницы, то происходит рассогласование визуальной части с данными датасета.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 08:20
    #40132400
Nivatu
Nivatu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3
Nivatu, Данные в powerBI тянутся из реляционного DWH.


У всех разные источники. Только, если вы работаете с PowerBI Report Server, то вы работаете c продуктом 2 в 1.
Web-сервер + встроенный табулярный движок куба. Данные для дашбордов берутся из куба.
Точно ответить на ваши вопросы это сыграть в угадайку. А направления поиска вам уже тут написали.
Я бы копал модель данных. Кстати, сколько памяти сервера займет ваша модель (отчет) можно узнать через DAX Studio, вкладка View Metrics.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 10:31
    #40132429
H5N1
H5N1
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Nivatu

У всех разные источники. Только, если вы работаете с PowerBI Report Server, то вы работаете c продуктом 2 в 1.
Web-сервер + встроенный табулярный движок куба. Данные для дашбордов берутся из куба.

разве фраза "используется режим импорта данных" не отменяет всю легаси с кубами !? там же in-memry columnar сторидж от VertiPaq, а не кубы.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 14:23
    #40132515
Nivatu
Nivatu
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
H5N1
Nivatu

У всех разные источники. Только, если вы работаете с PowerBI Report Server, то вы работаете c продуктом 2 в 1.
Web-сервер + встроенный табулярный движок куба. Данные для дашбордов берутся из куба.

разве фраза "используется режим импорта данных" не отменяет всю легаси с кубами !? там же in-memry columnar сторидж от VertiPaq, а не кубы.


Про легаси вопрос из теории , а не практики. В этой ветке форума не об этом.
Сторидж VertiPaq лишь часть от Storage engine куба. Tabular Куб включает в себя гораздо больше и
использует в качестве языков запросов как DAX, так и MDX.
Поэтому корректнее говорить куб, а не сторидж от VertiPaq
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 14:35
    #40132522
H5N1
H5N1
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Nivatu

Про легаси вопрос из теории , а не практики. В этой ветке форума не об этом.
Сторидж VertiPaq лишь часть от Storage engine куба. Tabular Куб включает в себя гораздо больше и
использует в качестве языков запросов как DAX, так и MDX.
Поэтому корректнее говорить куб, а не сторидж от VertiPaq

так VertiPaq это же совершенно плоская структура. DAX просто язык запросов.
вот MDX да, наверно только в связке с кубами имеет смысл, но тут то "используется режим импорта данных". разве это не четкая противоположность кубам во всем ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 14:37
    #40132523
yagrus3
yagrus3
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
Вакшуль Сергей
Скажите, а сколько времени у вас занимает обновление датасета с таблицей в 100 000 000 строк?
Загрузка из SQL в модель powerBI длится примерно 16 мин
Вакшуль Сергей
Сколько времени длится его обновление в Power BI desktop и сколько на Power BI service?
Везде перестроение отчета, если срезы ранее не устанавливались, длится примерно 15 сек.
Вакшуль Сергей
В десктопе ограничений по времени нет, но десктоп это для разработки. Интересно, что происходит с таким обновлением на Power BI service. В таймаут не упираетесь?
Вроде нет.

С помощью Performance analyser получил такие результаты(на вкладке два визуальных элемента Slicer и Matrix):
1 Меняю значение среза на значение которое еще не задавалось
Slicer 71Matrix 10954DAX query 9570Visual display 943Other 441
2. Меняю значение среза на такое, которое ранее задавалось
Slicer 55Matrix 781Visual display 627Other 154

В общем получается, в PowerBI не предусмотрено за ранее кешировать DAX запросы.
Единственный вариант это оптимизация DAX запроса.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
08.02.2022, 15:53
    #40132559
Вакшуль Сергей
Вакшуль Сергей
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3,
>Загрузка из SQL в модель powerBI длится примерно 16 мин
Спасибо. Одной проблемой меньше.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.02.2022, 23:01
    #40132963
Вакшуль Сергей
Вакшуль Сергей
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PowerBI. Время построения отчета.
yagrus3,
yagrus3Можно ли автоматически прогревать отчет?
и еще в тему.
Если положите датасет в Premium workspace, то получите некий выиграш от кеша:
https://docs.microsoft.com/en-us/power-bi/connect-data/power-bi-query-caching
Заведите триальную PPU лицензию (обычная - 20$). Под ней создайте Premium workspace. Опубликуйте. Попробуйте поработать. Оцените.
По идее, если повезет, то время выполнения может сократится раза в два.
Но это именно кеш, а не тот эффект, о котором писали вы:
yagrus3>Когда пользователь вернет настройку срезов, к значениям, которые ранее задавались, то перерисовка проходит мгновенно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / PowerBI. Время построения отчета. / 25 сообщений из 26, страница 1 из 2
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 596ms
Закрыть
Start [/forum/topic.php?fid=49&mobile=1&tid=1857036]:
 0ms
get settings:
 29ms
get forum list:
 16ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 56ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 456ms
get tp. blocked users:
 2ms
others: 14ms
total:  596ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]