MZ
Size: a a a
2021 March 18
DS
видит только таблицы и вьюшки, функцию не видит
Все, понял. С функций не пробовал. По идее должно помочь написание запроса на SQL, который будет вызывать функцию. Через GUI программируемые объекты в БД никак не вызвать
Д
Коллеги, обращался уже с этим вопросом, но до конца все же не удалось добить. Помогите начинающему. Как в мере "Год назад" добавить сдвиг на 1 год. Пробовал добавлять DATEADD('Спр периоды'[Date],-1,YEAR)) или
PARALLELPERIOD('Спр периоды'[Date],-12,MONTH)). Не отбирает по условию показатель 3М и -1 го
PARALLELPERIOD('Спр периоды'[Date],-12,MONTH)). Не отбирает по условию показатель 3М и -1 го
Д
-1 год
S
Коллеги, добрый день!
Подскажите пожалуйста, как сделать среднегеометрическую в DAX.
Подскажите пожалуйста, как сделать среднегеометрическую в DAX.
TT
KK
Дмитрий
Коллеги, обращался уже с этим вопросом, но до конца все же не удалось добить. Помогите начинающему. Как в мере "Год назад" добавить сдвиг на 1 год. Пробовал добавлять DATEADD('Спр периоды'[Date],-1,YEAR)) или
PARALLELPERIOD('Спр периоды'[Date],-12,MONTH)). Не отбирает по условию показатель 3М и -1 го
PARALLELPERIOD('Спр периоды'[Date],-12,MONTH)). Не отбирает по условию показатель 3М и -1 го
Сумма год назад =
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY )
над оптимизацией не думал)
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY )
над оптимизацией не думал)
D
Начнем с того, что есть некая цель: ограничить выборку, по дате, по сумме, или как-то там еще)
Делаем параметры, привязываем к датасету и все (все в PBI без сторонних средств)
Делаем параметры, привязываем к датасету и все (все в PBI без сторонних средств)
Мне надо выборку ограничить именно на уровне ORACLE для того чтобы пользователи не подымали миллионные строки там, насколько я понял ваш пример с параметрами уже на выгруженном датасете из источника
Д
Сумма год назад =
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY )
над оптимизацией не думал)
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY )
над оптимизацией не думал)
У меня получается считать отдельно год назад без второго условия фильтра 3М. Не получается сделать одновременно выбор одновременно Показатель 3М + сдвиг на 1 год. Получается отбирать либо по одному, либо по другому.
KK
Дмитрий
У меня получается считать отдельно год назад без второго условия фильтра 3М. Не получается сделать одновременно выбор одновременно Показатель 3М + сдвиг на 1 год. Получается отбирать либо по одному, либо по другому.
в калькулейт засуньте еще условий
KK
Сумма год назад =
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY, 'Таблица'[Показатель] = "П2" )
VAR _LY =
YEAR ( ENDOFYEAR ( 'Таблица'[Дата] ) ) - 1
RETURN
CALCULATE ( SUM ( 'Таблица'[Сумма] ), 'Таблица'[Год] = _LY, 'Таблица'[Показатель] = "П2" )
Д
в калькулейт засуньте еще условий
В этом у меня и проблема, не знаю как запихать. Ставлю вот так, не работает
Год назад = CALCULATE(SUM('Абоненты'[Значение]),FILTER('Абоненты','Абоненты'[Показатель]="3М"),DATEADD('Спр периоды'[Date],-1,YEAR)). Подозреваю, потому что из разных таблиц Абоненты и период.
Год назад = CALCULATE(SUM('Абоненты'[Значение]),FILTER('Абоненты','Абоненты'[Показатель]="3М"),DATEADD('Спр периоды'[Date],-1,YEAR)). Подозреваю, потому что из разных таблиц Абоненты и период.
KK
Дмитрий
В этом у меня и проблема, не знаю как запихать. Ставлю вот так, не работает
Год назад = CALCULATE(SUM('Абоненты'[Значение]),FILTER('Абоненты','Абоненты'[Показатель]="3М"),DATEADD('Спр периоды'[Date],-1,YEAR)). Подозреваю, потому что из разных таблиц Абоненты и период.
Год назад = CALCULATE(SUM('Абоненты'[Значение]),FILTER('Абоненты','Абоненты'[Показатель]="3М"),DATEADD('Спр периоды'[Date],-1,YEAR)). Подозреваю, потому что из разных таблиц Абоненты и период.
я ж вам запихал в скрине выше
Д
Пока писал, не читал. Попробую, спасибо.
IK
Maxim Zelensky
развлекайтесь :)
Чего-то я запутался) То, что разница в случае INT на 1 больше, чем в случае с DATEDIFF - логично, т.к. интовая часть datetime = кол-во дней с 30.12.1899. Между 4 января и 30 декабря как раз 5 дней)
DATEDIFF же считает по-другому и поэтому выдает реальное кол-во дней между датами)
А вот почему 1) дата в разнице считается не от 30 декабря, и что еще интересней 2) почему в экселе разница между мартом и январем вдруг стала 3 - непонятно(
DATEDIFF же считает по-другому и поэтому выдает реальное кол-во дней между датами)
А вот почему 1) дата в разнице считается не от 30 декабря, и что еще интересней 2) почему в экселе разница между мартом и январем вдруг стала 3 - непонятно(
KK
Чего-то я запутался) То, что разница в случае INT на 1 больше, чем в случае с DATEDIFF - логично, т.к. интовая часть datetime = кол-во дней с 30.12.1899. Между 4 января и 30 декабря как раз 5 дней)
DATEDIFF же считает по-другому и поэтому выдает реальное кол-во дней между датами)
А вот почему 1) дата в разнице считается не от 30 декабря, и что еще интересней 2) почему в экселе разница между мартом и январем вдруг стала 3 - непонятно(
DATEDIFF же считает по-другому и поэтому выдает реальное кол-во дней между датами)
А вот почему 1) дата в разнице считается не от 30 декабря, и что еще интересней 2) почему в экселе разница между мартом и январем вдруг стала 3 - непонятно(
Счас тебе страшно жить станет)
KK
лишишься сна и нервов
AK
Maxim Zelensky
развлекайтесь :)
IK
Maxim Zelensky
развлекайтесь :)
А нет, все понятно - он считает что в феврале 1900 года было 29 дней, но гугл с этим не согласен)