После изучения принципов работы модели рабочей книги становятся очевидны её преимущества.
В данном разделе приведены основные достоинства модели рабочей книги.
Более простая подготовка данных#
Не нужно ждать обновления#
После извлечения данных и выполнения операций соединения (join) необходимо нажимать Сохранить, чтобы можно было пользоваться таблицей данных. Если объём данных большой, это может занять много времени. Однако, если сразу установить ассоциации через модель рабочей книги, вы сможете пользоваться таблицей без ожидания обновления.
Удобство работы#
При настройке соединения нужно выбирать Левое/Правое соединение и т.д.. Неправильный выбор (незнание структуры таблицы) приводит к ошибочным результатам. С помощью модели рабочей книги нет необходимости думать о типе объединения — достаточно соединить таблицы и выбрать поля для сопоставления, а система обеспечит корректность данных автоматически.
Более эффективная аналитика по нескольким таблицам#
Отсутствие увеличения данных#
Классический джойн может привести к дублированию данных (увеличению итоговой таблицы), что приводит к неправильным итоговым значениям. Модель рабочей книги автоматически сначала агрегирует, а затем объединяет данные — увеличения не возникает. Больше сценариев для анализа, проще обработка и больше связей между компонентами.
Например, вы создали связи между Таблицей товаров, Таблицей клиентов, Таблицей заказов и Таблицей продавцов.
Анализ эффективности продавцов: напрямую получаете информацию о продавце из Таблицы продавцов и заказы этого продавца — из Таблицы заказов через модель.
Анализ закупок клиентов по товарам: из Таблицы клиентов — информация о клиенте, а из Таблицы заказов и товаров — нужные данные по заказу и продукту.
В классической схеме пришлось бы делать несколько джойнов и следить за увеличением данных. Если объединить в одну широкую таблицу — можно потерять детализацию (например, при свёртке по месяцу не будет деталей по дням), получится менее гибкая навигация, компоненты не смогут взаимодействовать автоматически. В модели рабочей книги все компоненты автоматически связаны, если используют одну и ту же модель.
Улучшенная работа со сценарием N:N#
Если выполнять джойн для N:N — получится декартово произведение, то есть существенно увеличится объём данных, результаты будут некорректны. Модель рабочей книги поддерживает корректную работу в таком сценарии (важно правильно выбрать структуру модели).
Более интеллектуальная логика и производительность#
Извлечённые данные: производительность обновлений#
Модель рабочей книги — это логическая связь, связывающая данные из разных таблиц по кодам, что уменьшает количество промежуточных таблиц, экономит место и время.
Прямые данные: увеличение производительности вычислений#
Модель рабочей книги позволяет объединять только те таблицы, которые реально используются для анализа, что ускоряет расчёты.
Объединяются только необходимые таблицы#
Даже если в модели 10 таблиц, система объединит лишь те, поля которых используются визуализируемыми компонентами — ненужных объединений нет, а произвольные поля из всех таблиц остаются доступны.
Сначала агрегирование, потом объединение#
Допустим, в исходной таблице 100 млн строк, после агрегации всего 1 млн. Модель рабочей книги агрегирует, а затем объединяет — то есть объём объединяемых данных существенно снижается, растёт производительность.
Дополнительные функции модели рабочей книги#
Двунаправленное фильтрование между таблицами 1 конца и N конца#
В большинстве BI-продуктов фильтрация возможна только от таблицы-1 к таблице-N. Модель рабочей книги поддерживает двустороннюю связь: от N к 1 и от 1 к N.
Например, можно собрать аналитику «Продажи по типу контракта» из N-таблицы и «Данные по клиенту» из 1-таблицы, выбрать на диаграмме нужный контракт и сразу увидеть, кто его покупал.
Ограничения модели рабочей книги#
Несмотря на всю продвинутость, у модели есть ограничения, стоит избегать использования в следующих ситуациях:
Модель рабочей книги не поддерживает публикацию данных в Публичные данные. Для публикации объединяйте таблицы через соединение.
Создание модели сравнительно проще технически, но требует высокого уровня понимания — до её хорошего освоения рекомендуется выполнять объединения через джойн.
В отдельных случаях есть ограничения по фильтрации. Например, если две таблицы фактов (Продажи и Закупки) используют одну Таблицу товаров, фильтрация по дате в Продажах приведёт к тому, что и в Закупках останутся только те товары, которые были в продажах на эту дату, даже если в Закупках были и другие товары. Это связано с передачей фильтрации по общему полю Продукт.