Антон, благодарю за Ваш труд! У Вас блестящая подача! Все очень наглядно, четко, кратко и по делу. Удачи и развития вашему проекту, тем более, что в рунете сложно найти доступную информацию по Power BI. Очень рада, что Вас нашла. Рекомендую всем!!! Бесплатный курс по DAX - класс!!!
Антон, большое спасибо!!! Очень крутой контент на канале и сайте. Действительно помогает разобраться с DAX в Power BI и делать интересные проекты по аналитике.
Антон, спасибо большое за видео! не просто найти так хорошо структурированную информацию по DAX. Подскажите а можно ли как-то задать переменное условие в фильтре, а не константу? например, чтоб по каждой строке в новом столбце выдавало сумму только "этого региона", регион при этом указан в каком-то столбце этой-же таблицы
Да, Александр, так можно. Нужно в условии фильтра использовать функцию EARLIER и с помощью нее зацепляться за контекст строки. FILTER('Таблица'; 'Таблица'[Регион] = EARLIER('Таблица'[Регион])). Более подробно о функции EARLIER: biprosto.ru/dax/earlier.html Подробный видеокурс о технологии фильтрации FILTER + EARLIER: biprosto.ru/lp/big-work-filter-dax
А чем отличается ваши варианты записей от записей: Мера = SUM(продажа) - SUM(затраты) или Мера = CALCULATE(SUM(продажа) - SUM(затраты) ; товар = "товар1") ?
Ваша формула "Мера = SUM(продажа) - SUM(затраты)" - по сути ничем не отличается, этой формулой также можно рассчитать прибыль. Но в видео была другая задача - показать работу функции SUMX. А вот на счет второй Вашей формулы "Мера = CALCULATE(SUM(продажа) - SUM(затраты) ; товар = "товар1")" - то она уже отличается от моей формулы из видео. Я для фильтрации использовал функцию FILTER. А в Вашей формуле фильтрация осуществляется путем принудительного вычисления прибыли по Товару 1 с помощью CALCULATE. И разница от моей формулы с FILTER будет в следующем - FILTER фильтрует исходную таблицу, а CALCULATE принудительно вычисляет под прописанным условием с заменой всех пользовательских фильтров. А это значит, в ситуации с FILTER если пользователь введет пользовательский фильтр "Товар 2", то функция FILTER вернет пустую таблицу, так как она в Товаре 2 не найдет Товар 1. Как следствие, вместо прибыли возвратится пустое значение. А в Вашей формуле CALCULATE заменит пользовательский фильтр "Товар2" на свой "Товар1" и результатом выполнения формулы будет прибыль по Товару 1, несмотря на то, что пользователь поставил свой пользовательский фильтр "Товар2" Более подробнее о CALCULATE мы будем говорить на курсе: biprosto.ru/kurs/dax-kurs-free
Добрый день! Спасибо огромное за видео! Подскажите, пожалуйста, а как быть если в качестве фильтра необходимо использовать не конкретный параметр (год или название товара), а множество из другой таблицы. Постараюсь объяснить на примере. У меня есть табличка Статистика продаж (столбцы: дата, магазин, продукт, выручка) и отдельно табличка Календарь акций (столбцы: дата, условия акции). Мне нужно посчитать сумму выручки по датам, когда проходили акции (даты использовать из таблицы Календарь акций). Буду неимоверно благодарна за обратную связь!!!
Не знаю... этим вопросом никогда не задавался. В целом, они должны работать одинаково, так как SUM - это упрощенный частный случай (или выражаясь языком программирования, "синтаксический сахар") функции SUMX. То есть, SUM('Таблица'[Столбец]) - это SUMX('Таблица';'Таблица'[Столбец])
Да, можно. В таком случае будет посчитана сначала сумма всего столбца [Продажи], затем сумма всего столбца [Расходы], ну и только после всего этого разница между суммой столбца [Продажи] и суммой столбца [Расходы]
@@deniskorolev9542 Думаю пример несколько некорректный был. Для программы гораздо проще и менее ресурсо затратно использовать SUM(...) + SUM (...) или если требуется просчитать отфильтрованные данные CALCULATE (SUM(...)+SUM(...), столбец = 'параметр'). В случае с SQL это критично так как меньше грузит и блокирует базу. Задача SUMX в том что это строковый параметр. Он сильно грузит систему, но более корректный когда это требуется.
Антон, спасибо за то что понятно объясняете. Вопрос: для использования в отчете обязательно тут в примере считать меру СУМ по доходу? Разве не достаточно просто поле доход?
Андрей, в мере указать просто столбец не получится - будет ошибка, так как значения из столбца нужно как-то агрегировать. В данном случае, функция SUM агрегирует столбец по сумме
Антон, спасибо, но смотрите, вопрос был: зачем для целейвыведения в отчет инфо по столбцу Сумма, перед этим считать меру с СУМ(Сумма) и выводить уже ее? Не проще ли просто составить диаграмму, вывев просто столбец Сумма?
можно и так сделать, но лучше все-же все агрегации прописывать явно через свои меры. Когда Вы в диаграмму переносите столбец, то, на самом деле DAX все-равно создает скрытую меру за Вас. На первый взгляд - это удобно, но с другой стороны, возникает потенциальная возможность совершения ошибки, так как при переносе столбца в диаграмму, DAX автоматически считает сумму, а Вам, например, нужен расчет количества. При большой загрузке и суете можно просто об этом забыть. Тем более, если отчетом будет пользоваться другой пользователь - у него риск ошибки возрастает. Следующий момент - в больших отчетах практически во всех формулах нужно подсчитывать агрегацию. И вместо того, чтобы постоянно писать вновь и вновь функции агрегации, можно один раз написать простую меру суммы и затем всегда ссылаться на эту меру. В общем, подводя итог - можно сумму через меру не считать, а просто столбец перекинуть в диаграмму, но это будет не совсем профессионально с точки зрения моделирования. Так можно делать в небольших отчетах..., "для себя", если нужно быстро, разово и т.д. Если отчет большой, то лучше все делать сразу правильно - все расчеты через меры
@@bi-powerbipivotdax7623 хорошо, спасибо. Подскажите, пожалуйста, есть ли в Power BI какая-то функция по типу счётесли, как в Эксель. Как можно посчитать количество проданных товаров (по id товара) в каждом магазине (по id магазина)?
![โรงเรียนตอนตี 2 โคตรหลอน..!! [โรงเรียนไดเม่]](http://i.ytimg.com/vi/2MAEMwqVYh8/mqdefault.jpg)
![ตีสิบเดย์ [FULL] | อาจารย์โอเล่ ญาณสัมผัส ผ่าดวงคนดัง ประเทศไทยจะเป็นยังไงหลังจากนี้!](http://i.ytimg.com/vi/gszT2O76fL4/mqdefault.jpg)
Антон, благодарю за Ваш труд! У Вас блестящая подача! Все очень наглядно, четко, кратко и по делу. Удачи и развития вашему проекту, тем более, что в рунете сложно найти доступную информацию по Power BI. Очень рада, что Вас нашла. Рекомендую всем!!! Бесплатный курс по DAX - класс!!!
спасибо за обратную связь
Очень нравится как объясняете. Превосходная подача. И визуальный ряд отличный.
Супер, прекрасное об'яснение и очень информативные ответы в комментариях.
Антон, большое спасибо!!! Очень крутой контент на канале и сайте.
Действительно помогает разобраться с DAX в Power BI и делать интересные проекты по аналитике.
Максим, пожалуйста! Очень рад, что материал Вам помогает
Но я выводил простой столбец в диаграмму столбец и он суммировал все значения столбца. Не пойму зачем нужен анрегатор для этого...
Класс.
Антон, спасибо большое за видео! не просто найти так хорошо структурированную информацию по DAX. Подскажите а можно ли как-то задать переменное условие в фильтре, а не константу? например, чтоб по каждой строке в новом столбце выдавало сумму только "этого региона", регион при этом указан в каком-то столбце этой-же таблицы
Да, Александр, так можно. Нужно в условии фильтра использовать функцию EARLIER и с помощью нее зацепляться за контекст строки.
FILTER('Таблица'; 'Таблица'[Регион] = EARLIER('Таблица'[Регион])).
Более подробно о функции EARLIER: biprosto.ru/dax/earlier.html
Подробный видеокурс о технологии фильтрации FILTER + EARLIER: biprosto.ru/lp/big-work-filter-dax
@@bi-powerbipivotdax7623 спасибо!
А чем отличается ваши варианты записей от записей:
Мера = SUM(продажа) - SUM(затраты)
или
Мера = CALCULATE(SUM(продажа) - SUM(затраты) ; товар = "товар1")
?
Ваша формула "Мера = SUM(продажа) - SUM(затраты)" - по сути ничем не отличается, этой формулой также можно рассчитать прибыль. Но в видео была другая задача - показать работу функции SUMX.
А вот на счет второй Вашей формулы "Мера = CALCULATE(SUM(продажа) - SUM(затраты) ; товар = "товар1")" - то она уже отличается от моей формулы из видео. Я для фильтрации использовал функцию FILTER. А в Вашей формуле фильтрация осуществляется путем принудительного вычисления прибыли по Товару 1 с помощью CALCULATE.
И разница от моей формулы с FILTER будет в следующем - FILTER фильтрует исходную таблицу, а CALCULATE принудительно вычисляет под прописанным условием с заменой всех пользовательских фильтров. А это значит, в ситуации с FILTER если пользователь введет пользовательский фильтр "Товар 2", то функция FILTER вернет пустую таблицу, так как она в Товаре 2 не найдет Товар 1. Как следствие, вместо прибыли возвратится пустое значение.
А в Вашей формуле CALCULATE заменит пользовательский фильтр "Товар2" на свой "Товар1" и результатом выполнения формулы будет прибыль по Товару 1, несмотря на то, что пользователь поставил свой пользовательский фильтр "Товар2"
Более подробнее о CALCULATE мы будем говорить на курсе: biprosto.ru/kurs/dax-kurs-free
@@bi-powerbipivotdax7623 Спасибо.
Ждем новые видео)
Calculatetable, Values и др.самые ходовые ф-ии :)
да-да, будут вскоре видео по этим функциям
Добрый вечер, подскажите пожалуйста, возможно ли вывести итоговые суммы по месяцам с помощью dax формул. К примеру итого январь, февраля и тд.
Здравсвуте! Можно на основании мер, расчитать столбец?
Добрый день! Спасибо огромное за видео! Подскажите, пожалуйста, а как быть если в качестве фильтра необходимо использовать не конкретный параметр (год или название товара), а множество из другой таблицы. Постараюсь объяснить на примере. У меня есть табличка Статистика продаж (столбцы: дата, магазин, продукт, выручка) и отдельно табличка Календарь акций (столбцы: дата, условия акции). Мне нужно посчитать сумму выручки по датам, когда проходили акции (даты использовать из таблицы Календарь акций).
Буду неимоверно благодарна за обратную связь!!!
Вопрос, какая из функций меньше загружает процессор и быстрей работает?
Правильно я предполагаю функция sum будет быстрей работать чем sumx ?
Не знаю... этим вопросом никогда не задавался. В целом, они должны работать одинаково, так как SUM - это упрощенный частный случай (или выражаясь языком программирования, "синтаксический сахар") функции SUMX.
То есть, SUM('Таблица'[Столбец]) - это SUMX('Таблица';'Таблица'[Столбец])
Антон, можно же SUM(продажи)-SUM(расходы) написать? Тоже самое будет?
Да, можно. В таком случае будет посчитана сначала сумма всего столбца [Продажи], затем сумма всего столбца [Расходы], ну и только после всего этого разница между суммой столбца [Продажи] и суммой столбца [Расходы]
Тогда это получится, как в Экселе, в принципе. То есть мы не сможем смотреть отдельно каждый товар в реальном времени. Антон, я ведь правильно говорю?
@@deniskorolev9542 Думаю пример несколько некорректный был. Для программы гораздо проще и менее ресурсо затратно использовать SUM(...) + SUM (...) или если требуется просчитать отфильтрованные данные CALCULATE (SUM(...)+SUM(...), столбец = 'параметр'). В случае с SQL это критично так как меньше грузит и блокирует базу. Задача SUMX в том что это строковый параметр. Он сильно грузит систему, но более корректный когда это требуется.
Антон, спасибо за то что понятно объясняете. Вопрос: для использования в отчете обязательно тут в примере считать меру СУМ по доходу? Разве не достаточно просто поле доход?
Андрей, в мере указать просто столбец не получится - будет ошибка, так как значения из столбца нужно как-то агрегировать. В данном случае, функция SUM агрегирует столбец по сумме
Антон, спасибо, но смотрите, вопрос был: зачем для целейвыведения в отчет инфо по столбцу Сумма, перед этим считать меру с СУМ(Сумма) и выводить уже ее? Не проще ли просто составить диаграмму, вывев просто столбец Сумма?
можно и так сделать, но лучше все-же все агрегации прописывать явно через свои меры.
Когда Вы в диаграмму переносите столбец, то, на самом деле DAX все-равно создает скрытую меру за Вас. На первый взгляд - это удобно, но с другой стороны, возникает потенциальная возможность совершения ошибки, так как при переносе столбца в диаграмму, DAX автоматически считает сумму, а Вам, например, нужен расчет количества. При большой загрузке и суете можно просто об этом забыть. Тем более, если отчетом будет пользоваться другой пользователь - у него риск ошибки возрастает.
Следующий момент - в больших отчетах практически во всех формулах нужно подсчитывать агрегацию. И вместо того, чтобы постоянно писать вновь и вновь функции агрегации, можно один раз написать простую меру суммы и затем всегда ссылаться на эту меру.
В общем, подводя итог - можно сумму через меру не считать, а просто столбец перекинуть в диаграмму, но это будет не совсем профессионально с точки зрения моделирования. Так можно делать в небольших отчетах..., "для себя", если нужно быстро, разово и т.д. Если отчет большой, то лучше все делать сразу правильно - все расчеты через меры
Здравствуйте. Справочник скачать не удается. На почту ничего не приходит. Уже нельзя это сделать?
здравствуйте, можно. Напишите мне на емейл support@biprosto.ru я Вам вышлю ссылку
@@bi-powerbipivotdax7623 хорошо, спасибо. Подскажите, пожалуйста, есть ли в Power BI какая-то функция по типу счётесли, как в Эксель. Как можно посчитать количество проданных товаров (по id товара) в каждом магазине (по id магазина)?