Задачу расчета сравнения продаж до и во время проведения акции безусловно можно решить с использованием Set-анализа. Но вот вопросы желаемой визуализации результатов при этом нужно рассматривать более детально.
Например, вы можете написать формулу расчета продаж за период акции 'Акция1' в виде:
Sum( { 1 < НазваниеАкции = {'Акция1'},
Дата = {">=$(=Minstring( {< ДатаНачала = P( {< НазваниеАкции = {'Акция1'} >} ДатаНачала) >} ДатаНачала))<=$(=Minstring( {< ДатаКонца = P( {< НазваниеАкции = {'Акция1'} >} ДатаКонца) >} ДатаКонца))"}
>} Сумма)
и разместить ее в текстовом объекте. Такую же формулу можно написать для других Акций, заменив в ней значение модификатора поля НазваниеАкции на значение 'Акция2'. В третьей формуле - на 'Акция3' и так далее. Очевидно, что аналогичные формулы можно написать для периода сравнения по каждой акции.
Но если для отображения результатов мы захотим использовать стандартный объект Диаграмма (Таблица), то картина изменится.
Дело в том, что основная идея быстрого расчета значений в таблицах состоит в том, что для Выражения диаграммы описанного с использованием синтаксиса Set-анализа, процесс расчета состоит из двух этапов:
- Расчет подмножества значений на основании описанного модификатора множества (т.е. отбор только тех значений, для которых расчет имеет смысл). И это подмножество рассчитывается вне контекста измерений диаграммы.
- Для используемых в Выражении диаграммы функций агрегации включается контекст, т.е. функция агрегации рассчитывается по каждому из значений измерений с использованием значений отобранного ранее подмножества.
Указанный подход позволяет минимизировать время расчета значений Выражения диаграммы за счет использования минимально возможного набора значений по которым производится расчет и отсутствия каких-либо последующих проверок при вычислениях. Т.к. расчет подмножества возможного набора значений производится вне контекста измерений Диаграммы, то очевидно, что мы не имеем возможности подставлять в модификатор значение самого измерения, динамически изменяющееся от одной строки таблицы к другой.
Поэтому если мы захотим, чтобы в объекте Таблица в каждой из строк модификаторы задавались уникальным образом, то не останется ничего другого, кроме как оценивать оператором If( RowNo()) номер строки и формировать для каждой из строк свой модификатор. Т.е. технически это возможно, но:
- При большом количестве элементов измерения это становится нереальным, т.к. конструкцию If( RowNo()) придется описывать столько раз, сколько элементов измерений у вас должно присутствовать в таблице. Очевидно, что этот способ не будет работать для изменяющегося количества элементов измерений (в вашем случае - меняющемся количестве Акций).
- Выражение диаграммы становится очень сложным, т.к. помимо приведенного выше примера функции, вам придется вкладывать их в конструкции If(), а затем сами конструкции If() вкладывать друг в друга.
- Расчеты становятся неоптимальными с точки зрения быстродействия, т.к. по сути для расчета каждого значения в таблице, Qlik будет вынужден проводить анализ ваших вложенных конструкций If().
Прикрепил пример приложения с третьим вариантом, в котором скрипт загрузки является предельно простым, но за это приходится расплачиваться сложностью выражений в объектах визуализации. Поэтому несмотря на существенную гибкость Qlik, обеспечивающую возможность решения одних и тех же задач как с использованием сценария загрузки, так и с использованием объектов визуализации, следует всегда оценивать сложность и оптимальность различных вариантов решения применительно к конкретной задаче.
