Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Это эссе посвящено вопросам сайзинга (Sizing) QlikView.
Точнее – тому, от чего зависит возможность расчета сайзинга. А также тому, какие данные никогда не дадут вам возможности взяться за эту задачу или приведут к тому, что любые сделанные вами расчеты будут далеки от реальности и абсолютно неприменимы в реальной жизни, т.е. не применимы к вашему проекту QlikView.
Высказывайте комментарии, пожелания, рекомендации, доработаем нужные направления вместе.
Главное не рассуждать и теоретизировать, а начать делать первое приложение QlikView. И вы
увидите, что ничего невозможного нет, а параметры сайзинга начнут проявляться сами по мере того, как
вы будете приближаться к решению задачи, поставленной пользователем.
Отличные слова, а вот какие данные никогда не дадут возможности... честно говоря - не нашел.
Видимо, не очень отчетливо сказал. Попробую переформулировать.
Обычно заказчик предпочитает оперировать цифрами, которые у него есть де-факто: размеры существующих реляционных таблиц данных, объем прироста этих данных в год/месяц, количество столбцов/строк данных и т.п.
Но эти цифры не способны хоть сколь-нибудь близко отразить представление данных в конкретном приложении QlikView, т.к. для QlikView являются более важными характеристики уникальности данных, способ их представления в конкретной ассоциативной модели выбранной разработчиком, а также объем данных, требуемый для решения конкретной аналитической задачи..
И до тех пор, пока ассоциативная модель не построена, параметры исходной реляционной модели оказываются ничего не значащими цифрами.
Спасибо, для себя сделал некоторые выводы.