Size: a a a

Power BI Group RU

2021 February 27

AM

Alex Mak in Power BI Group RU
Ivan Korsakov
Перспективы хорошие в обоих планах, особенно если Power BI не будет единственным навыком)
Про опыт 1-3 года - мне кажется все просто по копирке его указывают, тем более это к вакансии в целом, а не конкретно Power BI, по крайней мере на таких вакансиях требования к знанию инструмента довольно простые - если освоите базовые принципы построения моделей данных, пару основных мер (а они действительно интуитивно понятные, главное понять концепцию мер и контекста вычисления), то можно работать)
Применять можно в любых областях, Power BI - всего лишь инструмент, мощный, с кучей функционала (особенно если не ограничиваться им, а осваивать другие продукты MS - Flows, Power Apps, и т.д.), но инструмент, во многих случаях для визуализации и автоматизации отчетов, но нередко еще и для предобработки данных, если нет готовых хранилищ данных)
Собственно, последнее, что хочется сказать - если вы сильны в какой-то предметной области (маркетинг, финансы, продукт, что угодно), и еще хотя бы на базовом уровне освоите PBI - перспективы супер)
Как вы используете MS Flows в своей компании?
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
Как вы используете MS Flows в своей компании?
Например для обновления датасета по триггеру, для прокидывания добавленных строк из экселя в sharepoint lists, мои коллеги используют в том числе для рассылки писем по триггеру (обновление файла в папке).
Вариантов много, любая идея, где нужно автоматически делать что-то при выполнении определенных условий, годится)
источник

AM

Alex Mak in Power BI Group RU
Ivan Korsakov
Например для обновления датасета по триггеру, для прокидывания добавленных строк из экселя в sharepoint lists, мои коллеги используют в том числе для рассылки писем по триггеру (обновление файла в папке).
Вариантов много, любая идея, где нужно автоматически делать что-то при выполнении определенных условий, годится)
А он может брать значение из отчета поверби и записывать его куда-то в бд, чтобы потом построить историю изменения этого параметра?
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
А он может брать значение из отчета поверби и записывать его куда-то в бд, чтобы потом построить историю изменения этого параметра?
Думаю тут вам не флоу нужен, посмотрите в сторону подписки на отчет, вдруг поможет: https://docs.microsoft.com/en-us/power-bi/collaborate-share/service-report-subscribe
А вообще для таких целей я бы считал нужный показатель прямо в бд по расписанию, не решая задачу настолько в обход)
источник

AM

Alex Mak in Power BI Group RU
Ivan Korsakov
Думаю тут вам не флоу нужен, посмотрите в сторону подписки на отчет, вдруг поможет: https://docs.microsoft.com/en-us/power-bi/collaborate-share/service-report-subscribe
А вообще для таких целей я бы считал нужный показатель прямо в бд по расписанию, не решая задачу настолько в обход)
А как считать показатель в БД? Это функционал процедуры БД?
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
А как считать показатель в БД? Это функционал процедуры БД?
Лучше спросите у коллеги, который вашей бд занимается) В ажуре есть какой-то шедулер, выполняющий запрос по расписанию, в других субд может тоже что-то своё есть для этих целей)
В крайнем случае сделайте dataflow в Power bi, который будет по расписанию выполнять sql запрос и складывать в себя или azure datalake
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
А как считать показатель в БД? Это функционал процедуры БД?
Или вообще в экселе sql запрос обновляйте по расписанию, вариантов очень много, хоть крон поднимите)
источник

AM

Alex Mak in Power BI Group RU
База MS SQL
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
База MS SQL
Все предложенные мной варианты выше все ещё актуальны для вас)
источник

AM

Alex Mak in Power BI Group RU
Хорошо. Спасибо.
источник

IK

Ivan Korsakov in Power BI Group RU
Alex Mak
Хорошо. Спасибо.
Вот первый же ответ в гугле говорит как это сделать в вашей базе, если прав у вас хватит конечно)
https://stackoverflow.com/questions/2342935/how-to-schedule-a-stored-procedure
источник

AM

Alex Mak in Power BI Group RU
🙏
источник
2021 February 28

SP

Sergei Pashkovskiu in Power BI Group RU
Подскажите, пожалуйста, кто то сталкивался с относительными ссылками в Dax, чтобы вычисление ссылалось само на себя ( т.е. значение для второй строки являлось значение первой строки и так далее)
источник

h

helby in Power BI Group RU
Sergei Pashkovskiu
Подскажите, пожалуйста, кто то сталкивался с относительными ссылками в Dax, чтобы вычисление ссылалось само на себя ( т.е. значение для второй строки являлось значение первой строки и так далее)
Да, вы можете в Dax создать переменную var и в нее записать какую то формулу, а в следующей строке уже ссылаться в формуле на эту переменную
источник

h

helby in Power BI Group RU
Вот как пример, тут мне кстати и подсказали такую формулу:

[11.02 11:33] Рудін Владислав Олегович
   

фильтр =
Var area = SELECTEDVALUE('t_id_market_comments'[comment1], " ")
Var result = If(
HASONEVALUE('t_id_market_comments'[comment1] ), area, " ")
return
result
источник

MD

Maria Dëmochko in Power BI Group RU
1Service
и просят выгрузить данные отчета в эксель)))
Если бы в эксель. В поверпоинт. 🙈
источник

MD

Maria Dëmochko in Power BI Group RU
Подскажите, пожалуйста,  как лучше организовать данные.  Формально есть 2 источника, в котором хранится факт и план. Но метрики (cost center, account) одинаковые.
Я их объединяла в одну длинную (но узкую- только метрики, дата, указание на план или факт и сумму) таблицу. Это корректно? Или 2 таблицы оптимальнее? Один нюанс есть - для факта курс пересчёта ставится ежемесячно, для плана- 1 на весь год. Строятся меры для сравнения.
источник

MD

Maria Dëmochko in Power BI Group RU
И ещё вопрос: есть хороший ресурс по продвинутым мерам? Чтобы грамотно использовать переменные только там где это нужно, чтобы посмотреть в принципе возможности инструмента? Спасибо
источник

1

1Service in Power BI Group RU
Maria Dëmochko
Подскажите, пожалуйста,  как лучше организовать данные.  Формально есть 2 источника, в котором хранится факт и план. Но метрики (cost center, account) одинаковые.
Я их объединяла в одну длинную (но узкую- только метрики, дата, указание на план или факт и сумму) таблицу. Это корректно? Или 2 таблицы оптимальнее? Один нюанс есть - для факта курс пересчёта ставится ежемесячно, для плана- 1 на весь год. Строятся меры для сравнения.
Обычно плановые и фактические показатели всегда в разных таблицах. У вас может не быть факта на определенную дату, но план будет. Если ваш случай точно не таков, то вполне и 1 табл сойдёт. По переменным - тут дело каждого использовать или нет, зачастую с ними проще проверять расчет на каждом шаге да и условие писать проще по результатам переменных, чем весь код в тот же switch писать. Рекомендации были вроде одни - использовать когда в мере один и тот же расчет более 1 раза или нужно получать  значение в разных контекстах. А так можно просто мерами обойтись, хоть и километровыми. У меня были меры и по 200 строк, там точно без переменных никак)
источник

Z

Zurab in Power BI Group RU
Добрый день!
При регистрации в PBI и указании страны Россия, проходит регистрация?
источник