Я узнал недавно, что слово унитаз произошло от слова Unitas, от чешского бренда производителя оных, они поставляли их в союз (который кстати юнион), которые взяли своё название из латинского Единение (юнион тоже по сути). Все очень переплетено, и думаю, аггр везде одинаковый, но в несколько разных атрибутах и реализации. Как и все вышесказанное.

Подскажите, как можно реализовать запись в переменную, по условию что в выборки если выбрано несколько условий, то в переменную первую записалось значение первое, во вторую переменную, второе. Число определяется по порядку в выборки в фильтре.

Как выстраивать self-service аналитику в большой компании и зачем нужны data-звездочки?

Руководитель BI-департамента в «Вымпелком» Владимир Бакланов делится опытом развития культуры работы с данными в компании. Как за полгода удалось удвоить число self-service разработчиков Qlik — с 200 до 400, как проводить обучение по навыкам грамотной работы с данными и как эффективно развивать внутреннее сообщество вовлечённых аналитиков — смотрите в запись выступления с недавней конференции по большим данным и аналитике CNews.

https://youtu.be/jhQ2NVgLCu4

Подскажите, где ошибка Count(distinct{<[Дата_по.autoCalendar.Date]>{$(=Today())}>}[@ppo_id]) нужно посчитать количество уникальных @ppo_id  у которых Date больше текущей даты

Count(distinct{<[Дата_по.autoCalendar.Date]={"=num([Дата_по.autoCalendar.Date])>=$(=num(Today()))"}>}[@ppo_id])  работает?

При импользовании модификаторов сет анализа синтаксис чаще всего такой Поле = {}, знак = не знаки > < менять не следует. = это операция с множествами

в этом случае, кажется, формат даты должен совпадать с тем форматом что в поле и что возвращает today()

В модификаторе можно писать например Поле -= {Значение или строка поиска} и использовать другие операции со множествами типа -, * и так далее. Но вот сам знак больше или меньше необходимо указывать в строке поиска (потому что это условие)

Работает. спасибо

подозревал, что из-за знака больше

А для чего дальше переменные будите использовать? Может проще сделать одну переменную и через Concat(поле, ‘|’) собрать все в нее?

Для отображение на графике только выбранных линий.

Но решение нашел, через индекс и mid.

порядок выборки в фильтре никак не фиксируется, так что затея тупиковая)

Коллеги, чет я затупил. Подскажите, как с помощью анализа множеств посчитать сумму первой транзакции в разрезе клиентов?

типа только тех транзакция, в которых дата равна минимальной дате транзакции на уровне клиента

я вот запили такое условие,

aggr(nodistinct FirstSortedValue(@TransactionID,[ОТГР.Дата]),@ГоловнойКонтрагент)=only(@TransactionID)

и оно работает в визуализации, но при подстановке в анализ множеств типа

@TransactionID={"=aggr(nodistinct FirstSortedValue(@TransactionID,[ОТГР.Дата]),@ГоловнойКонтрагент)=only(@TransactionID)"}

ничего не пашет)

Теоретически можно что-то типа такого:

vSelectionOne = only ({$1}dim)
vSelectionTwo = only({$<dim -= {"$(=$(vSelectionOne))"}>}dim)

ну, такое) логика основанная на порядке выборке вообще довольно сложная для контроля конечным пользователем. Лучше уж альтернативных состояний наклепать, или делать переменные на основе списка значений полей

Всем привет!
Подскажите, пожалуйста, в чем может быть причина такой погрешности:
У меня очень много измерений и большой объем данных, поэтому установлено много фильтров.
Вывожу данные в прямой таблице. Мера супер простая =Sum(поле).
Проблема в том, что когда в настройках меры в поле "функция итоговых значений" выбрано "Авто", у меня одно число (250), а при выборе "Sum" другое (260). Разница в 10 единиц.

Может кто-нибудь сталкивался с тем, как работает "Авто" в этой настройке и почему при ее установке значение отличается от "Sum"?