тем более не посекундное обновление

Зачем такая частота? Такое не требуется для аналитики, только для мониторинга. В мониториннге подход другой совершенно. Например любая BI система - не важно Qlik это или нет обычно тянет в себя не просто одну таблицу а какую то их консолидацию с использованием механизмов трансформации. Например - для систем типа tableau это может быть представление (SQL VIEW) из аналитической БД. Так вот
1) это представление если делать его ежесекундно просто будет занимать все ресурсы вашей боевой системы, на основании данных которой строится аналитика
2) запрос не будет отрабатывать за 1 секунду если данных много

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

Если же хочется систему мониторинга, то там другой подход должен быть - а именно реакция на факт. То есть например завели лида нового и прописана автоматическая реакция на это. Такие действия настраиваются сейчас в любой современной CRM

Обычно же в самих crm можно базовые дэшборды настроить для такой задачи.

Так это не про Qlik Sense, это Replicate.

+1

Вопрос был что значит real-time на сайте клика :)

на второй круг пошли? )

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

))) наболевшая тема - пользователь говорит "Хочу онлайн"

Да, в CRM есть вебхуки, которые отправляют новые/измененные данные по их появлению

а как он проверит?

Скриншот был ответом на этот вопрос

В скрине нет пояснения, что это не Sense )

Каюсь :)

Мы real time делали на scala,kafka etc., например видеть средний битрейт стримминга видео на н миллионов пользователей. В таком случае real time нужен был, по сути мониторинг сервиса.

А это неважно для пользователя, главное считать что если "реалтайм" то знания полные))))

Я обычно рассказываю про две темы. Первая тема называется "свет от звезды" суть в том что допустим если 1 раз в секунду что-то обновляется то ты не успеешь среагировать на ситуацию так как потом за следующую опять обновится. Да и данные все равно не реалтайм а с интервалом.

Вторая тема - какие решения вообще можно принять. Например - счетчик посетителей в магазине показывает что сейчас их меньше чем обычно в 9 утра. И что? Бежим на улицу заталкивать людей в магазины?

"начинаем волноваться" )))

Про частоту я уже выше написал - нужен именно мониторинг. Задачи аналитики тут фактически нет. Я понимаю, что из боевой системы не вариант тянуть данные. Поэтому и мой вопрос изначальный - куда лучше складывать real-time данные с CRM, чтобы потом к ним подключаться из Qlik?
Я предполагал, что для вывода этих данных подойдут динамические виды. Но коллеги утверждают, что там нет автообновления из источника. Пока у меня картинка не складывается.