Неофициальный форум разработчиков QlikView и Qlik Sense

Сложно сказать что-либо о классическом понимании ассоциативности, но то что есть в QlikView, вполне подходит под то, что можно назвать ассоциативной моделью - выбрав, напривер, товар, мы видим все что с ним связано: и продажи, и остатки, и закупки, и менеджеров с ним работающих и т.д.

Смотря что называть большими данными. Есть реальные примеры работы с миллиардами транзакций. Да, некоторое ограничение в части оперативной памяти имеется, но насколько оно критично при решении поставленных задач. Это ограничение с лихвой компенсируется скоростью работы. На мой взгляд, оно того стоит. Если нужно работать со 100500-ми терабайтами данных, то есть системы, которые работают с таким объемом, но там запускаешь отчет и пол дня ждешь когда он сформируется. Опять же эффективность и целесообразность такой работы под вопросом.

Насколько мне известно, в QV есть возможность использовать MDX запросы при обращении к MS кубам, совсем недавно искал подобную информацию. Только вот вопрос спорный что быстрее и проще. Если Qlik позволяет решить бизнес задачу быстро и без MDX запросов, то разве плохо что они не используются

В самом QlikView их нет, однако в линейке есть дополнительный модуль NPrinting, который как раз и предназначен для подготовки Pixel-Perfect отчётов.

Обработка слабо структурированных данных - это всегда трудоемкая задача, вне зависимости от инструмента))))
Опять же, если стаит задача быстро подготовить аналитику для бизнеса, то это Qlik. Если стоит задача в ковырянии, обработке исходных данных и подготовки идеального хранилища, то это несколько другая история.

Если кратко, то как-то так