Основные подходы к архитектуре

Многомерная схема специально разработана для моделирования систем хранилищ данных. Схемы предназначены для удовлетворения уникальных потребностей очень больших баз данных, разработанных для аналитических целей OLAP.

• Модель звезды (Star Schema)

• Модель снежинки (Snowflake Schema)

• Таблица фактов (Fact Table) и таблицы изменений (Dimension Tables)

Таблицы измерений

Описывают бизнес-сущности - то есть то, что вы моделировали. Сущности могут включать продукты, люди, места и понятия, включая время. Самая согласованная таблица, которую вы найдёте в схеме звёздочки, - это таблица измерения даты. Таблица измерений содержит ключевой столбец (или столбцы), который выступает в качестве уникального идентификатора и описательных столбцов.

Модель звезды (Star Schema)

Центральный мост "Звезды" - это таблица, в которую добавлены блоки ключевых полей из таблиц измерений, связанных друг с другом.

Характеристики:

• Каждое измерение в звёздообразной схеме представлено единственной одномерной таблицей

• Таблица измерений должна содержать набор атрибутов

• Таблица измерений присоединяется к таблице фактов с помощью внешнего ключа

• Таблицы измерений не соединены друг с другом

• Таблица фактов будет содержать ключ и меру

• Схема Звезда проста для понимания и обеспечивает оптимальное использование диска.

• Таблица измерений не нормализованы.

• Схема широко поддерживается BI Tools

Модель снежинки (Snowflake Schema)

Снежинка - это та же Модель звезды (Star Schema), только измерения могут зависеть от измерений следующего уровня, а те в свою очередь могут включать ещё уровни.

• Основное преимущество этой схемы - использование меньшего дискового пространства

• Проще реализовать добавление измерения в схему

• Из-за нескольких таблиц производительность запросов снижается

• Основная проблема, с которой вы столкнётесь при использовании схемы "Снежинка", заключается в том, что вам нужно выполнять больше усилий по обслуживанию из-за большего количества таблиц поиска

Сравнительная характеристика Звезды и Снежинки

Таблица фактов (Fact Table) и таблицы измерений (Dimension Tables)

Таблицы фактов — это таблицы, записи которых являются неизменяемыми "фактами", такими как журналы служб и сведения об измерениях. Записи постепенно добавляются в таблицу потоковой передачей или большими блоками. Записи остаются там до тех пор, пока они не будут удалены из-за затрат или из-за потери их стоимости. В противном случае записи никогда не обновляются. Данные сущностей иногда хранятся в фактических таблицах, где данные сущности изменяются медленно.

Таблицы измерений

Хранение ссылочных данных, таких как таблицы подстановки, от идентификатора сущности до её свойств. Хранение данных, подобных snapshot, в таблицах, все содержимое которых изменяется в одной транзакции Таблицы измерений не регулярно помечаются с новыми данными. Вместо этого все содержимое данных обновляется одновременно с помощью таких операций, как .set-or-replace, .move extents или .rename tables. Иногда таблицы измерений могут быть производными от таблиц фактов. Этот процесс можно выполнить с помощью политики обновления в таблице фактов с запросом к таблице, которая принимает последнюю запись для каждой сущности.

Основные принципы проектирования хранилищ данных

• Нормализация

• Денормализация

• Разделение данных

• Использование индексов

• Управление изменениями

• Использование ETL

• Обеспечение безопасности и конфиденциальности

Разделение данных

При разделении базы данных она реорганизуется в два файла: серверную базу данных, которая содержит таблицы данных, и клиентскую базу данных, в которой содержатся все остальные объекты базы данных (например, запросы, формы, отчеты). Каждый пользователь взаимодействует с данными с помощью локальной копии внешней базы данных.
Для разделения базы данных используется мастер разделения базы данных. После разделения базы данных ее необходимо распространить среди пользователей.

Преимущества разделенной базы данных

• Улучшенная производительность

• Большая доступность

• Улучшенная безопасность