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

Простая аналогия: если я говорю о том, что хочу отдохнуть, это не всегда означает то, что я хочу поваляться на пляже. Отдых может быть разным )))
Поэтому и пожелания заказчика- это всегда ребус, который нужно разгадать до того, как речь зайдёт о выборе инструмента. Вместо этого многие читают Гартнера и думают только о визуализации (мониторинге) данных

Отсюда и подход к аналитике не как к средству решения конкретных задач, как к выбору "симпатичного инструмента", который позволяет дёрнуть что-то из источника

- Вы хотите чай или кофе?
- Чай
- А вот и не угадали - кофе

Те, же кто на практике почувствовал ограниченность самого смысла Live Connection - уже осознанно ищут что-то другое. И со временем находят Qlik. Поэтому работа с такими инструментами, как Qlik- это своего рода отражение зрелости заказчика, наигравшегося в детский сад дёргания данных в режиме прямого подключения и осознавшего, что это не аналитика )))

За телепатией - к экстрасенсам )))
А для обсуждения хотелок человеку язык дан )))

Я бы сказал,  что не я обесценил. А сами производители своих продуктов сваливаются в тупое повторение ошибок сделанных другими. Так и ходят по кругу,  надеясь, что эволюция в производительности оборудования позволит вдруг добиться чего-то нового. Но забывают старое правило: для того, чтобы сделать что-то новое,  нужно перестать повторять старое ))

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

Алексей доброе утро) Мне ваши аргументы напомнили желание некоторых людей увидеть в BI реалтайм-данные. Нужно же реал тайм, нужно же видеть что в бизнесе прямо сейчас происходит! Чтобы подскочить чуть что, и схватить за ухо косячников!

А реальность в том что ни один BI не дает real-time. А реальный профит от BI аналитики приходит от укладывания разрозненных данных в единую структуру и их обогащения. С чем Qlik, кстати справляется лучше всех.

Для задач, где критичен реалтайм, существуют специализированные инструменты, которые и нужно использовать. И сюрприз-сюрприз, сложную аналитику вы на них не сделаете. Я бы начал писать им в чате что "ну, реалтайм вы сделали, молодцы. А чего вы не запилите in-memory анализ, это же тренд, и у меня еще куча других данных, которые я хочу визуализировать"))

Вы привели пример, что на прямых запросах к БД подсчет неаддицируемых метрик (наш любимый count distinct) будет работать быстрее, чем на ODAG или Dynamic View, потому что там есть прослойка в виде доп. действий пользователя. Ну да, согласен с этим. Но у меня лично нет ни одного бизнес-кейса, когда это было бы нужно внутри аналитического продукта (не BI-программы, а того инструмента для пользователей, который создается на ее основе), когда это было бы проблемой для пользователей.

99% пользователей отлично бы работало с предагрегированнывми данными без прямых запросов к БД вообще. И предагрегировать заранее определенные разрезы count distinct - не проблема. Тем 1%, которым нужен реалтайм-анализ миллиардов строк данных со всякими статистическими наворотами, целесообразнее использовать инструменты, заточенные под эту задачу. И то, у них ODAG никто не отнимает, если что)

Да уж

Прям игра в кальмара ;)))))

🦑

Но про реал тайм и правда в топку ;))))

хз что это, не смотрел.

У тебя есть кейс, когда прямые запросы в БД были реально оправданы для бизнеса, а не дата-сатанизма отдельно взятых личностей?

Когда менеджменту, который вчера с распечаток и PPT пересел на BI, вдруг стало не достаточно заранее приготовленных агрегатов для принятия решений?

Хотел добавить пару комментариев и понял, что получится статья) так что почитаю далее. А так, Алексей, говорит абстрактно, почему не сделать как у пби лайв коннект и тп, но а почему бы пби не сделать тоже что-то? Можно много придумать чего. Здесь вопрос совершенно в иной плоскости, а именно, какая задача, что за запрос, какой кейс?  Вот в этой части и следует имхо вести беседу. Абстрактно же, можно много наговорить, что было бы хорошо, а что плохо, а что никак.

А как в кальмара играть?

Надо чтобы ты лопатил дату инмемори в клике, и сразу в поля вбивал новые значения которые сразу бы работали ассоциативно со всем остальным. И электронный документооборот прикрутить)

Бывают кейсы и для лайв и для реалтайм обновления. Редко но бывают. В таких случаях просто не на qlik делать надо и все