ev.foxed, потомки Вам благодарны.
Решение рабочее, сразу после удаления листа модель работает корректно.
Решение рабочее, сразу после удаления листа модель работает корректно.
30.04.2025 09:47:31
Wild.Godlike, спасибо!
Про СУММ в массиве не подумал)) |
|
|
30.05.2024 13:48:33
Михаил Л, запрос работает, предварительный просмотр не показывает ошибок. Ошибка возникает при загрузке запроса в таблицу, причем у одних пользователей благополучно загружается, а у других возникает ошибка (доступ к источникам есть у всех, параметры уровней конфиденциальности в PQ у всех глобально игнорируются). Скорее всего лечится установкой более поздних версий MS Office, но не хочется прибегать к таким радикальным мерам. На форуме и в русскоязычном интернете не нашел ничего, что могло бы помочь решить проблему.
Тем не менее благодаря Вашему совету удалось выяснить следующее:
Изменено: |
|
|
12.03.2024 12:18:42
Garrys, немного поправил Вашу изначальную функцию: когда весь период находится в рамках одного интервала, стартовое значение длительности рассчитывалось неправильно. Также переименовал переменные.
Раньше не пользовался List.Generate и List.Accumulate, но кажется пора изучить. Такой подход для меня в новинку. Результат полностью совпадает с моим решением, но по производительности существенно лучше. Даже так: ФЕНОМЕНАЛЬНО БЫСТРЕЕ!!! Большое спасибо за помощь! Окончательный код функции прикрепляю, остальные действия без изменений:
Всем спасибо!
Изменено: |
|||
|
11.07.2023 18:51:02
Здравствуйте
Такая же проблема. Все работает, а потом при очередном открытии презентации связи внезапно пропадают. Источники стабильны, не меняется локация, название, диаграммы те же самые - не созданные заново. Ручное обновление не помогает, потому что связи уже нет. Если кто-то знает причину и способ устранения проблемы, подскажите, пожалуйста. |
|
|
27.01.2023 17:03:54
Если стоит задача определить активность каждого уникального номера, то удалите последний этап. |
|||
|
01.12.2022 14:18:44
До этого вставлял кусок кода из другого безошибочно работающего запроса. Вероятно, действительно где-то была пропущена запятая. Меня удивило, что PQ по ссылке на ошибку направляет на in. Прошелся по запросу, везде строки оканчивались запятыми (кроме последней строки). Я привык, что если где-то нет запятой (например внутри функции PQ), то ссылка указывает на место, где должна стоять запятая. В любом случае спасибо за отклик. |
|||||
|
30.11.2022 17:41:27
|
|||
|
30.11.2022 17:09:03
Здравствуйте
Редактор выдает ошибку "Ожидается токен Comma." в in
Изменено: |
|||
|
10.10.2022 17:00:19
kirill2352631, оптимальное количество товаров это как? Если имеется в виду такой состав, который будет производить максимальное количество любых товаров, то просто смотрите наибольшее количество товара, которое может произвести каждый сотрудник и формируете ТОП-5 работников по этому показателю. Но судя по названию темы есть ограничения по разнообразию товаров или другие, кроме указанных Вами, уточните их.
"Критерием являться так же допустим работник 4 (может и другой , это решается каждый раз по разному " Это не очень понятно. Вернее очень непонятно.
Изменено: |
|
|
14.09.2022 15:16:16
Почитаю больше про функцию VALUES |
|||||
|
14.09.2022 14:26:49
Здравствуйте
Своих навыков работы в DAX не хватает, а в интернете не нашел подходящего решения. Задача: Посчитать количество сотрудников со средним чеком > 50 000 рублей Для среднего чека создана мера Средний чек:=SUM([Чек])/COUNTA([Номер продажи]) Поскольку DAX считает по строкам, то мера Количество:=CALCULATE(DISTINCTCOUNT[Сотрудник]);FILTER('Таблица1';[Средний чек]>50000)) выдает количество сотрудников, у которых есть хотя бы одна продажа >50000
Изменено: |
|
|