Qlik Community

Ask a Question

Россия и СНГ

Announcements
QlikWorld May 10-12, Online and Free! REGISTER NOW
cancel
Showing results for 
Search instead for 
Did you mean: 
Sergey_Polekhin
Employee
Employee

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

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

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

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



3 Replies
Eugeny_Ilyin
Creator II
Creator II

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

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

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

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

Sergey_Polekhin
Employee
Employee
Author

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

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

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

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

schernov
Contributor III
Contributor III

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