спасибо, понял.

подписывайтесь на проект, мы разбираем в месяц по главе: https://dataliteracy.ru/dmbok

Коллеги, доброго дня, подскажите, столкнулся с такой задачей, нужно вывести выражение с суммой Товарооборота по измерению «МИП». Сумма должна выводиться за весь МИП вне зависимости попадают эти даты в выборку или нет. Список МИП отбирается по ДатаКонцаМИП входящую в текущую выборку.
При выражении -sum({<ТипДвижения={'Продажа'},ТипПериода={'Факт'},$(vS.СбросКалендаря), ДатаКонцаМИП=p({<ДатаКонцаМИП={"<=@(=max(Дата))"}>}ДатаКонцаМИП)>}  Сумма)
Необходимый результат получен, но также требуется чтобы в измерении «Дата» при выводе показывалась дата окончания МИП. Пока дошел до выражения -sum(aggr((предыдущее выражение), МИП)), в этом случае получилось схлопнуть всю сумму до 1 строки, но в измерении «Дата» выводится рандомная дата внутри периода МИП, а нужно выводить сумму на дату равную концу периода.
Придумал варианты такие, но реализовывать их не хотелось бы:
1)  В скрипте просчитать итог свернутый до МИП и загрузить с отдельным типом движения
2)  Линк таблицу между MainData и календарем с МИП
3)  В Календарь добавить все нужные даты с отдельным типом периода (as of date календарь)
Решения в различной степени плохие как мне кажется, третье разве что ничего (но все равно +~200 строк в календаре на каждую дату), приложение 1-1,5 млрд строк.

Доброго времени. Не подскажите почему может отсутствовать в основном меню  ... "Проверка подлинности клиента" ?

Либо не настроен Authentication Link, либо используется не Default Proxy

🙏  ОГРОМНОЕ

Коллеги, столкнулся с такой структурой ETL скрипта, когда после main идут sub'ы а потом в одной из последних секций вызыватели этих sub'ов
Это бестпрактис? Или каждый вносит свою лепту и делает так как может?

ПОнятно, когда сабы с параметрами или вызываются несколько раз, но встречаются просто перечисления сабов без параметров и вызываются 1 раз

Это может быть ностальгия по visual basic например

либо так получилось - делали процедуру и думали что будут ее с параметрами вызывать много раз, а оказалось все не так

лучше конечно так не делать

Есть еще вариант такой что просто решили так обеспечить читаемость кода - по Call вызовам проще смотреть какой алгоритм

Я думал проще вкладки/секции нормально называть и не пихать всё в одну.
И они так по очереди выполняются и всё читаемо и разбиты по блокам.

Ну еще гипотетически если это совмести с include, то по идее можно иметь репозиторий скриптов, к тому же разных версий и т.п.

Да, только жаль нельзя "перейти" в sub кликнув по названию sub. Пока найдёшь тот самый sub...

а-ла QV CookBook

то есть инклудить ETL скрипты другого приложения?

Это проблема самой IDE... ее неоднократно здесь обсуждали выше...