| Цитата |
|---|
| написал: где у меня ошибка в мере с GROUPBY |
| Код |
|---|
VAR tbl1 = ADDCOLUMNS ( SUMMARIZE ( 'Таблица1'; [Дата] ); "MySum"; [value] ) |
Изменено: - 04.09.2024 13:31:28
|
02.08.2024 12:36:07
Всем привет!
Есть 2 таблицы фактов (план продаж и факт продаж), которые связаны между собой таблицами-измерениями (магазины и даты). Вопрос, есть ли какой-то способ посчитать averagex по мере, которая считается из этих двух таблиц фактов? То есть, есть мера, которая считает абс. процент отклонения факта от плана, и в итогах хотелось бы увидеть, скажем так, не "меру суммы", а "сумму мер" Мб вообще есть какой способ это лучше сделать? Постарался подробнее показать, что нужно, на скрине и в файле
Изменено: - 02.08.2024 14:33:04
|
|
|
|
|
|
20.09.2023 14:30:26
Решил проблему своим способом.
На самом деле, у итальянцев есть какое-то ебейшее решение этой проблемы в daxpatterns Просто какой-то адский ад блин, даже разбираться неохота.
Что сделал я: 1) принудительно ограничил календарь последней доступной датой. В power bi это можно сделать с помощью CALENDAR, где второй аргумент этой функции будет просто NOW() 2) Вместо DATEADD(data[date];-1;year) сделал
Но чет не уверен, будет ли это круто работать для високосных годов В тему по-прежнему призываются гиганты мысли по DAX ))))
Изменено: - 20.09.2023 14:32:41
|
|||||
|
|
|
|
20.09.2023 13:20:31
Всем привет!
Столкнулся с таким вопросом. Есть данные о продажах с 01.01.2022 по 19.09.2023 Вопрос: как написать меру, которая будет выводить данные за прошлый год, но не более чем на 19.09.2022 Если написать просто так, то она будет выводит данные по 31.12.2022 =(
Изменено: - 20.09.2023 14:14:10
|
|||
|
|
|
|
26.07.2023 12:42:13
Дмитрий(The_Prist) Щербаков, Спасибо! Вот тоже пока думаю)
Мера работает, а вычисляемая колонка нет(
Изменено: - 26.07.2023 12:43:09
|
|
|
|
|
|
26.07.2023 12:24:29
Дмитрий(The_Prist) Щербаков, цель получить на выходе такие данные:
То есть, сначала посчитать накопленные продажи по магазинам внутри месяца (MyCumulative), потом посчитать эти данные в проценте от общих продаж в данном месяце, чтобы понимать, что, например, магазин2 + магазин3 формируют 71,5% выручки. И на основании этого затем каждому магазину в каждом месяце присвоить категорию, например, если он выходит в топ 10%, в топ 20% и т.д. до самых плохих в топ 100% Но для этого сначала надо хотя бы посчитать в вычисляемой колонке накопленные продажи |
|
|
|
|
|
26.07.2023 11:44:00
Всем привет!
Столкнулся с такой проблемой: посчитать накопленные продажи в вычисляемой колонке. Исходная таблица выглядит так (магазин, дата, выручка, ранг магазина по выручке внутри даты): Есть мера, которая корректно считает накопленные продажи
Вопрос: как добиться того же самого, но в вычисляемой колонке, а не в мере?
|
|||||
|
|
|
|
24.07.2023 22:06:25
Behruz A.N., Спасибо!
Оказывается, так работает, даже если не использовать какую-либо агр. функцию
Однако все равно пока не придумал, как сделать вычисление внутри месяца, а не в целом
|
|||||
|
|
|
|
24.07.2023 18:08:43
Всем привет!
Столкнулся с проблемой rankx Есть исходные данные в таком формате: Из этих данных делается новая вычисляемая таблица, которая суммирует выручку по магазинам и месяцам: Вопрос: как присвоить ранг магазину по выручке внутри месяца? Пока к этой новой таблице добавил колонку, но результат везде 1. Возможно, по умолчанию в каждой строке используется контекст этой конкретной строки. Надо как-то переключить этот контекст на контекст месяца(
Пробовал избавить вообще от контекста, но результат тот же((
|
|||||
|
|
|
|
03.07.2023 11:59:22
Dilshod Ibragimov, а почему действительно просто не сделать нормальный календарь?
|
|
|
|
|
|
26.06.2023 14:49:37
Xel, Alien Sphinx, товарищи, большое спасибо!
|
|
|
|
|
|
26.06.2023 14:15:57
Всем привет!
Подскажите, как в Power Query группировать сумму столбца по условию? То есть, примерно так нужно: = Table.Group(Источник, {"магазин", "дата"}, { {"выручка", each List.Sum([сумма]), type number}, {"выручка_опт", each List.Sum([сумма]) WHERE [тип выручки] = "оптовая", type number} }) На DAX и SQL понимаю как, на PQ пока не разобрался(( В теории, на PQ это можно сделать джойном с промежуточными таблицами, но это не вариант, так как много джойнов это вроде плохо, и показателей может быть не 2, как в примере, а больше Хотелось бы например как в dax, типа
Изменено: - 26.06.2023 14:26:26
|
|||
|
|
|
|
22.05.2023 18:55:44
Всем привет!
В DAX есть возможность сделать так:
Вопрос, а как в DAX IN передать не рукописный список, а динамический список по типу:
|
|||||
|
|
|
|
10.04.2023 14:40:29
surkenny, ого, не знал) Спасибо
|
|
|
|
|
|
10.04.2023 14:34:12
surkenny, еее спасибо! По сути как будто попытался применить оконную функцию в SQL, типа PARTITION BY фио, этап
Последнюю твою меру пока абсолютно не понял, пошел разбирать |
|
|
|
|
|
10.04.2023 14:22:47
surkenny, привет, принимай работу (мой вариант меры)
|
|||
|
|
|
|
10.04.2023 13:25:58
Вообще, твоя мера
На примере одного клиента: он был уникален в августе 2022 года, он был уникален в апреле 2023 года. А итоги смотрят на весь доступный период (то есть и на 2022, и на 2023), и DISTINCTCOUNT корректно считает единичку в итогах за выбранный период. А какое значение ты ожидаешь/хочешь получить?
Изменено: - 10.04.2023 13:26:55
|
|||
|
|
|
|
10.04.2023 11:29:25
Кстати, а для такой задачи разве не нужно два (а не одно) измерения времени? То есть в первый slicer поместим DATE_CREATE из одной таблички-измерения, а во второй slicer поместим DATE_CLOSE из второй таблички-измерения. И тогда мера будет просто как COUNTROWS(deals), и она будет выдавать корректное количество заказов при изменении значений обоих слайсеров.
Вроде верно, не? Но тут нужна помощь surkenny,
Изменено: - 10.04.2023 12:10:48
|
|
|
|
|