построенный на CV в этой же системе. В CV всё элементарно просто и ровно. Внизу CV лежит сложная Table function которая падает тупо по памяти, слишком огромный целевой результат. Падает по факту в самом конце уже при получении итогового множества. Работает это всё через DTP. Понятно, что можно фильтровать каким-то параметром на ДТП, они есть. Но это жутко не удобно, что бы данные пролезли надо бить на 20 частей. Это получается надо 20 ДТП делать или в цикле менять фильтры в нём 20 раз. Семантику на IP параметрах не сделать на ДТП. Может как-то можно этот процесс сделать так, что бы он сам партицированно данные забирал, рассчитывал и выдавал?
в источнике включить пакетирование в таком случае делается первый запрос distinct по аналитике для пакетирования а дальше серия вызовов, где последовательно передаются значения аналитики в качестве фильтров мы так побеждали такие сивишки, рабочий метод
Спасибо! А под эту аналитику IP параметр нужен или как он её правильно прокинет? Там single value передается? Т.е все варианты в исходной выборке по очереди?
нужно зайти в источник данных, вкладка с полями кликнуть на конкретное поле, в самом низу справа sda-specific properties use for packaging инпут не нужен, да его и нельзя через источник передать, насколько я помню, только через hcpr
Не нашёл такого в эклипсе. Возможно в Bw4Hana 1 этого нет..
Обсуждают сегодня