а что мешает сразу делать преобразования над данными в БД / витрине?

какая?

Источник, боевая база ЕРП системы, из нее можем только​ брать как есть, и где-то уже преобразовывать.

Добрый день,
Принципы работы Qlik легко объясняются целевым назначением продукта, а именно - управленческая аналитика. Само слово аналитика подразумевает наличие желания и соответственно, времени у человека подумать над наблюдаемыми  им данными и отработать над ними ряд гипотез, которые требуют погружения в детали (исследование данных и их взаимосвязей).
Вариант использования прямых подключений - это не аналитика, а мониторинг. И это другой сценарий, как бы красиво его не пытались называть в попытках замылить суть мониторинга, например, периодически слышу слова типа  "оперативная аналитика" :)
Но если мониторинг называть мониторингом, т.е. просто наблюдением и констатацией текущих значений, а аналитикой называть именно мыслительную работу в процессе принятия решения, то всё становится на свои места. А именно: причина того, что Qlik загружает данные в свой движок заключается не в том, что он не может этого делать в режиме реального времени, а в том, что загружая данные в свой движок, Qlik выстраивает по ним ассоциативные связи, позволяя интерактивно исследовать данные в любых направлениях не занимаясь прописыванием взаимодействий в фильтрах, объектах визуализации и т.п. И именно такой подход позволяет конечному пользователю быстро и свободно исследовать данные не задумываясь о том, откуда они пришли и как взаимосвязаны таблицы с данными на техническом уровне.
И если бы хоть один какой-то источник данных сам умел работать с данными в ассоциативном виде, то, очевидно, что Qlik  с удовольствием использовал бы работу этого источника. А до тех пор, пока это умеет делать только Qlik, ничего не остается,, кроме как загружать эти данные и выстраивать эту ассоциативную модель движком Qlik.

Ребят, а кто знает как заставить Rank считать значения строго попорядку? не 1-7,8-12, а 1,2 и т.д.? Т.е. чтобы номера для значений выражения с одинаковым весом увеличивались подряд?

Сергей, судя по вашему ответу - у вас огромный) бэкграунд в части использования BI-систем.
А был ли опыт сравнить например Google DataStudio  и тот же Qlik Sense как инструментов для построения отчётов/визуализации биг-дата? Вомзожность искать ассоциативные связи - это ключевая фишка именно продуктов клик или есть и в других инструментах?

Сергей, судя по вашему ответу - у вас огромный) бэкграунд в части использования BI-систем.
А был ли опыт сравнить например Google DataStudio  и тот же Qlik Sense как инструментов для построения отчётов/визуализации биг-дата? Вомзожность искать ассоциативные связи - это ключевая фишка именно продуктов клик или есть и в других инструментах?

Есть не просто опыт сравнения Qlik с другими инструментами, а подход к сравнению, по которому можно разложить любые инструменты.
Коротко по тому, что посмотрел сейчас в Google Studio:
1. Только облачный сервис - это на любителя. Корпоративные заказчики, очевидно, конфиденциальные данные там обрабатывать не будут до тех пор, пока физически облачные службы не начнут работать на территории страны
2. Работа с данными на уровне модели - примитивнейшая. Попробуйте в интерфейсе создать модель хотя бы из десятка таблиц
3. Способы преобразования данных из имеющегося вида к требуемому - примитивнейшие. Набор функций - детский
4. Сама модель - только примитивный Join. Очевидно, автоматически искажающий данные поступающие из источников  с разными уровнями агрегирования. Как только мы говорим об операции JOIN на уровне загрузки данных - это автоматически дикие тормоза и существенные ограничения на объем загружаемых данных
До визуализации добираться не стал, т.к. если на уровне модели данных работа ведётся на столь примитивных принципах, то говорить об исследовании данных не приходится в принципе, т.к. даже красивые объекты визуализации не спасут

Есть не просто опыт сравнения Qlik с другими инструментами, а подход к сравнению, по которому можно разложить любые инструменты.
Коротко по тому, что посмотрел сейчас в Google Studio:
1. Только облачный сервис - это на любителя. Корпоративные заказчики, очевидно, конфиденциальные данные там обрабатывать не будут до тех пор, пока физически облачные службы не начнут работать на территории страны
2. Работа с данными на уровне модели - примитивнейшая. Попробуйте в интерфейсе создать модель хотя бы из десятка таблиц
3. Способы преобразования данных из имеющегося вида к требуемому - примитивнейшие. Набор функций - детский
4. Сама модель - только примитивный Join. Очевидно, автоматически искажающий данные поступающие из источников  с разными уровнями агрегирования. Как только мы говорим об операции JOIN на уровне загрузки данных - это автоматически дикие тормоза и существенные ограничения на объем загружаемых данных
До визуализации добираться не стал, т.к. если на уровне модели данных работа ведётся на столь примитивных принципах, то говорить об исследовании данных не приходится в принципе, т.к. даже красивые объекты визуализации не спасут