Разработка информационной системы управления, ориентированной на учет закупленного товара, работу с историческими данными компании и анализ данных для принятия стратегически верных решений. Хранилище данных в 3NF Билла Инмона. Компоненты Data Vault.
Аннотация к работе
1. Анализ существующих решений 1.1 Хранилище данных в 3NF Билла Инмона 1.2 Star Schema Ральфа Кимбалла 1.3 Результаты анализа 2. Выбранный метод решения 2.1 Общие сведения о модели Data Vault 2.2 Компоненты Data Vault 2.2.1 Хабы 2.2.2 Связи 2.3 Методология Data Vault 2.4 Архитектура Data Vault 2.5 Принципы загрузки данных 2.6 Преимущества 2.7 Возможные области применения 3. Создание информационной системы 3.1 Обоснование выбора применяемых инструментов 3.2 Анализ источника данных 3.3 Проектирование хранилища данных 3.4 Загрузка данных из источника средствами ETL 3.5 Создание витрины данных 3.6 Создание мета-слоя с использованием SAP Business Objects 3.7 Визуализация данных в аналитических отчетах Заключение Перечень сокращений Список используемой литературы Приложение Введение В современных условиях существования бизнеса предприятия заинтересованы в создании качественных товаров и услуг, а также в превращении больших объемов неструктурированных данных в полезную информацию. Поэтому в данной работе особое место выделено рассмотрению основных методологий проектирования хранилищ. Инмон называет свой подход Корпоративная Информационная Фабрика (Corporate Information Factory - CIF) [5]. Архитектура шины является частью подхода Кимбалла, которая позволяет интегрировать все витрины данных в единое целое - хранилище данных. Также, модель выполнена по схеме «звезда», что позволяет увеличить скорость выполнения запросов за счет денормализации данных. Рис. 4. Также в Хабах хранятся суррогатный ключ для каждого элемента Хаба, время и дата загрузки каждой строки в таблицу и метаданные, описывающие происхождение бизнес-ключа (обычно сюда записывается название таблицы из базы данных источника). После выхода в 2013 году модели Data Vault версии 2.0 суррогатные ключи во всех таблицах хранятся в виде хеш-функции на основе алгоритма MD5 с фиксированной длиной CHAR32. Структура таблицы Хаб Название столбца Описание HUB_***_HSK Суррогатный ключ HUB_***_ID Бизнес-ключ HUB_***_RSRC Данные об источнике HUB_***_LDTS Дата загрузки записи 2.2.2 Связи Ассоциации или транзакции между бизнес-ключами (например, отношение Хабов «Покупатель» и «Продукт» в контексте сделки купли-продажи) моделируются с помощью таблиц Связей. В основном, Связи представляют собой соединения «многие-ко-многим». 5). Рис. 5. Здесь подходящим решением является СУБД Microsoft SQL Server 2012.