Получается в случае Direct Discovery реальным отличием будет именно невозможность построения ассоциацией между Dimension и Measure? Dimension и Dimensions будет работать так же как и в in memory

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

У Power BI же есть облачное решение

Моё мнение о PowerBI

Всем привет. Ищу Qlik Sense разработчика. Компания в Украине (Киев). Проект в США (важно знание английского)
За деталями в личку. Я не HR если что, поэтому воды не будет :)

Подскажите пожалуйста, может ли Qlik брать данные из Rabbit MQ

В чем отличие между фруктами и олимпийскими медалями?

Первые относятся к номинальным категориям: это просто названия отдельных предметов. Их нельзя сравнивать между собой по какому-то количественному признаку. Среди них вообще нельзя сказать кто «лучше или хуже»? Их порядок не задан.

Другие примеры номинальных данных: жанры кино, города, названия цветов.

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

Другие примеры порядковых данных: размеры одежды, рейтинги, опросные шкалы «согласен/не согласен»

#теперьзнаем

Больше про работу с данными — в нашем Марафоне по Data Literacy

https://dataliteracy.ru/speakdata

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

А если пытаются организовать работу на локальном сервере, то выясняется что функционал его на 60-70% ниже, чем у облака. В общем- сплошные печальки

Введение заметок исключительно в qlik cloud первый шаг к аналогичной ситуации

+1. Смысл чморить облака MS, когда сами создают функционал, эксклюзивный для облака

+1

Там другая цель, продать часть продуктов через облако

ODAG и другие вещи это всего лишь костыли в Qlik в виду отсутствия реального массово параллельной обработки данных. Поэтому такие штуки как direct query это не для того чтобы "айтишники баловались своими базами данными" а для реальной работы когда qlik не справится. почему Qlik это не поддерживается тоже понятно - имея хранилище на чем то другом отличном от qlik легко поменять визуальный слой на любую другую BI или даже вообще просто в опенсорсе графиков понастроить.

Power BI - едиснтвенный плюс условная бесплатность. А дальше начинается синдром утенка - какую первую BI увидел та и "настоящая и правильная". У меня несколько клиентов сидят на PBI и приходится в нем что-то делать

уговорить на Qlik проблема - слишком много уже сделано

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

На самом деле у меня перед глазами целый огромный департамент перешел с qv в свое собственное решение.
Предпосылки:
а) Отсутствие параллельного обсчета данных -> Перешли на хадуп
б) Поверх всякие прогнозы и прочие строятся гораздо быстрее, чем в клике.
в) Когда данные по-сути все есть, какой смысл использовать клик? Написали свой визуал и свою админку.

Единственное что для этого нужно - большая команда, у ребят она была, руководство дало добро на расширение.

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

а скорость на реально больших объемах - всегда приоритет

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