изначально даты одинаковой глубины (на источниках), а уже внутри книги я формирую параметр со значениями глубины вложенности (понедельно/ежедневно), а затем делаю расчетное поле с такой формулой:
DATE(DATETRUNC([Агрегация графика по ], [Дата неисправности]))
Тут в первом аргументе функции DATETRUNC параметр, а value в параметре соответствует уровню группировки (week/day)

Так прелести облака)
Когда хочешь - масштабируйся)

я не уверен, что это должно как-то влиять на результат…

и вроде бы relationship сейчас показывает адекватную картину)

Ну тогда только падение ноды

DATE(DATETRUNC([Агрегация графика по ], [Дата неисправности]))

Дата неисправности - дата из таблицы с датами?

только у табло есть ограничение на кол-во vizQL и Backgrounder - не больше 4 на ноду. И не важно сколько в машине ядер

да

Ага, это уже дает больше оснований для кластера)
Нашел на оф сайте про ограничение в 4, правда на моем сервере 2021.3 можно выставить уже максимум 8...)

В качестве эксперимента можете посмотреть инструмент tabjolt для нагрузочного тестирования. Узнаете сколько пользователей сможет выдержать ваш сервер

Спасибо за идею, обязательно попробую

Очень простой вопрос;) буду рада если объясните

Допустим я считаю продажи

У меня 2 варианта :
Сделать агрегацию sum(if product=X then sale)

Или просто сделать не формулу
(If product =x then sales) и табло сам подбирает агрегацию

Вопрос если это как то влияет на performance

Заранее спасибо🙏🏻

Да?) не знал это точно?

Только не переуседствуйте с канкарентами… а то были умельцы в 50 потоков вью открывать

Я когда-то натыкался. Возможно как-то завязано на кол-во ядер

Безусловно - но ограничений мне каж нет, и то - это рекомендации

всем привет! подскажите, действительно никак через калк не вычислить последнее значение некого поля в рамках некого окна или я просто найти не могу как это сделать?)
к примеру, я хочу знать последний город в котором клиент сделал покупку, в sql бы это было last_value(city) over(partition by customer order by purchase_date), а как это сделать в табло?)
то есть что-то вроде {FIXED [Customer Name] : MAX([City])}, но в таком варианте табло отсортирует City по алфавиту просто)

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

слишком уж костыльно для такой простой задачи. я конечно уже сделал через sql это, просто стало интересно действительно ли такой простой вещи нет. и ладно бы в табло не было лодов, но они есть, а по сути это те же оконные функции, но при этом нет функции чтобы взять первое/последнее значение в dimension поле с определенной сортировкой. мне это кажется максимально странным)

Как говорит Егор, отправьте идею разработчикам )