RSS
19 октября 2015 
gromych Один из самых распространенных вопросов по моделированию данных в QlikView заключается в том, как работать с несколькими данными, которые связаны с одними и теми же размерами. Например, и линия заказов и линия счетов-фактур связаны с клиентами, продуктами и, по крайней мере, с одной датой (обычно намного больше, но это уже другая проблема). Если Вы просто загрузите эти данные и заставите QlikView объединить таблицы, то получите уродливого вида синтетический вид.
Есть два хорошо проработанных способа, чтобы справится с этой проблемой. Или собрать – Concatenate (UNION ALL (ОБЪЕДИНИТЬ ВСЕ) в SQL-заголовках) данные вместе, чтобы получить результат по нескольким данным в одной таблице, или вывести таблицу Link (связь), которая содержит все ключевые перестановки и однокнопочное значение, которое могут использовать таблицы. Я не собираюсь вдаваться в подробности о специфике каждого подхода, существует бесчисленное множество очень хороших публикаций в блогах, написанных на эту тему. Единственное, что я хочу отметить, так это то, что в 9 из 10 раз модель объединения проще сценария и обеспечивает более высокую производительность.
Теперь немного споров…
Для QlikSense я предпочту выбрать подход Link (связывания таблиц).
(Вы еще есть? Позвольте мне объяснить …)
QlikSense разработан для того, чтобы поддерживать самообслуживание конечного пользователя. У QlikView никогда не было самообслуживания, проектирование панелей инструментов всегда делали обученные аналитики/разработчики. Такие люди понимают данные и могут оценить, как работают объединенные таблицы. В Qlik Sense люди, которые разрабатывают приложения, не имеют соответствующей подготовки (ну, может быть есть минимальные знания), для них не требуется специальных навыков.
Имея это в виду, модель данных в Qlik Sense должна быть интуитивно понятной и удобной (насколько это возможно). Но основной мотиватор для использования связанных таблиц вместо CONCATENATE (КОНКАТЕНАЦИИ) не имеет ничего общего с написанием сценариев. Он находится прямо на вершине списка полей на экране редактирования листа. Справа находится селектор таблицы. Единственный предписанный фильтр в списке полей – по селектору таблицы. Не имеет значения, насколько хорошо Вы назвали Ваши поля, если у Вас нет интуитивного списка имен таблиц конечный пользователь либо не сможет найти Ваши бережно созданные поля, или проведет остаток вечности, прокручивая и стараясь найти необходимые поля.
Вот поэтому-то я использую подход связанных таблиц, потому что он позволяет каждому Факту остаться в своей таблице, облегчая работу конечного пользователя.
Найти решение у бизнес-партнера QlikTech (QlikView) в России.
Форум разработчиков QlikView и Qlik Sense. Получите ответы на все вопросы по QlikView и Qlik Sense!
Опубликовано в рубрике