Сайзинг (sizing) QlikView. С какой стороны подступиться?

[Sergey_Polekhin]

Это эссе посвящено вопросам сайзинга (Sizing) QlikView.

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

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

[Eugeny_Ilyin]

Главное  не  рассуждать  и  теоретизировать,  а  начать  делать  первое  приложение  QlikView.  И  вы

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

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

Отличные слова, а вот какие данные никогда не дадут возможности... честно говоря - не нашел.

[Sergey_Polekhin]

Видимо, не очень отчетливо сказал. Попробую переформулировать.

Обычно заказчик предпочитает оперировать цифрами, которые у него есть де-факто: размеры существующих реляционных таблиц данных, объем прироста этих данных в год/месяц, количество столбцов/строк данных и т.п.

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

И до тех пор, пока ассоциативная модель не построена, параметры исходной реляционной модели оказываются ничего не значащими цифрами.

[Chernov]

Спасибо, для себя сделал некоторые выводы.