NK
По каким-то месяцам значение не считается
Size: a a a
2021 July 29
NK
И когда считаешь среднее нужно как-то избавиться от 0 или null
СС
Только пишите RangeSum(.. , .. , ..) Потому как если через +. то при вхождении NULL будет NULL, а клиенту надо не NULL.
ZS
Я бы так делать не стал. Голые данные из сап - это очень люто и тяжело, если из базовых таблиц. С сапом, лучше к бекс запросам или иным не raw data сущностям подцепляться.
ZS
Если raw data из сап, то 1С со своими структурами связей громко плачет в сторонке. Так как там структуры связей, опа, и 8000 таблиц:)))
DS
Бекс вообще жопа.
Он с большим количеством данных не работает впринципе
Он с большим количеством данных не работает впринципе
СС
Да я 1C парсил...
DS
Там можно в внешние источники выгружать - самый оптимальный вариант, но это денег стоит больших
NK
Ну они обработанные … если даже из оркла забирал - то верна мысль что на стороне сервера оракула считать долго
NK
Не работает так
ZS
Не спорю, поэтому в Qlik Sap connector предусмотрено много модулей сапа, к которым можно коннектиться, и бекс, и скул, и прочее, вроде бы не менее 7 саповских дата сущностей, и была ещё QlikView модель, которая позволяла делать отборы данных дополнительно.
NK
Он все посчитает
NK
Там условие значение 1 умножить на коэффициент 1
DS
и все это работает крайне медленно
СС
RangeSum(
Sum({<Месяц={1}>}Показатель1)
,
Sum({<Месяц={2}>}Показатель2)
,
…
,
Sum({<Месяц={N}>}ПоказательN)
)
Sum({<Месяц={1}>}Показатель1)
,
Sum({<Месяц={2}>}Показатель2)
,
…
,
Sum({<Месяц={N}>}ПоказательN)
)
NK
И у нас в столбик месяца
NK
Среднее по месяцу берётся
NK
Но по какому-то месяцу мы умножаем показатель 1 на коэффициент 1
СС
ВСЁ Я УХОЖУ