Автор работы: Пользователь скрыл имя, 19 Марта 2011 в 16:09, дипломная работа
История развития. Автором концепция Хранилищ Данных является W.H. Inmon, который изложил в 1992 году предложения по организации данных, которые затем постепенно переросли в технологию Хранилищ Данных (Data Warehouse). Эта идея была дополнена в 1993 году концепцией оперативной аналитической обработки данных (OLAP) Э.Кодда, и в результате их развития за прошедшее десятилетие было разработано около десятка различных архитектур корпоративных информационных систем на основе хранилищ данных, предназначенных для поддержки принятия решений и аналитических исследований.
Введение 4
1. глава Обзор технологии Хранилищ Данных,
подходов и имеющихся решений. 10
Информационные системы. 10
Концепция Хранилищ Данных. 13
Основные идеи концепции Хранилищ Данных 13
Свойства Хранилищ Данных. 16
Взаимное соотношение концепции ХД и
концепций анализа данных 19
Технологии и средства реализации 23
Вопросы реализации Хранилищ Данных 23
Основные компоненты Хранилищ Данных. 31
Подходы и имеющиеся решения 33
Data Warehouse Framework 33
A Data Warehouse Plus. 35
Warehouse Technology Initiative 36
Warehouse WORKS. 39
2. глава Исследование методов организации
структуры Хранилищ Данных. 41
2.1 СУБД для аналитических систем 41
2.1.1 РСУБД 41
2.1.2 МСУБД 48
2.2 Витрина Данных. 51
2.3. Выбор структуры Хранилища Данных 53
3. глава Проектирование Хранилищ Данных. 59
3.1 Технология проектирования Хранилищ Данных 59
3.1.1 Планирование и проектирование 59
3.1.2 Разработка 60
3.1.3 Установка системы и эксплуатация 60
3.1.4 Анализ протекающих процессов в системе 60
3.2 Тестовый проект по созданию витрины данных. 61
Заключение. 70
Библиографический список. 71
Таблица.12 Фрагмент файла BOKOV3.DBF
Выбираем многомерную модель данных.
Определяем меры и измерения.
Измерения: Продукт, Регион, Время.
Иерархии: Продукт Регион Время
| | |
Группа Регион Год
| | |
Категория Филиал Квартал
| | |
Продукт Агент Месяц
Меры: - страховая сумма
Жирным шрифтом выделено, то что будет присутствовать в тестовом проекте. Мы имеем одну меру и три измерения.
Строим модель «звезду». Модель «снежинка» здесь не подходит, так как необходимость в ней бывает тогда, когда нужно денормализовать одну или несколько таблиц измерений. В нашем случае нечего денормализовывать.
В модели данных будут присутствовать таблица фактов и три таблицы измерений: времени, вида страхового продукта, название филиала.
В таблице фактов будет 4 поля – 3 внешних ключа ATE_ID, VID_ID, TIME_ID и поле VZNOS – сумма поступлений взносов.
В двух таблицах измерений будут справочники филиалов и видов продуктов (идентификатор + название).
Таблица измерения «Время» будет иметь 3 поля TIME_ID, YEAR, QUARTER.
Рисунок. 6 Схема «звезда»
Соединяем
таблицы измерений отношениями
«один ко многим» с таблицей фактов.
Получили схему «звезда» (рис. )
Мы переносим следующие данные:
Код АТЕ
Название филиала
Сумма поступлений DAT_OTCH.A6 à VZNOS.VZNOS
Таблицу TIME заполняем значениями года: 1998,1999. И соответсвенно значениями квартала от 1 до 4.
Информация пользователю будет представляться в виде таблиц, графиков или диаграмм. Например (табл. ):
|
Таблица. 13 Табличный способ представления информации
В связи с тем, что у проекта очень ограничен бюджет, то в качестве
платформы было
выбрано решение фирмы
При
невысокой цене это решение дало
нам всю необходимую
Используя SQL Server Enterprise Manager создаем базу данных “TASFIR”, используя мастер. Указываем размер базы 50 Mb и размер приращения 5 Mb.
Используя Data Transformation Services (DTS) – сервисы преобразования данных, загрузим данные в базу данных TASFIR согласно модели процесса загрузки. DTS работает в виде мастера импорта. Здесь необходимо указать в качестве источника (Source) – Dbase IV и указать в пути каталог нахождения исходных таблиц. В качестве приемника будет выступать Microsoft OLE DB Provider for SQL Server, необходимо указать название нашей БД TASFIR. Далее выбираем те таблицы, которые участвуют в переносе и обозначаем условия для переноса каждой таблицы и каждого поля. И производим перенос данных.
Запускаем OLAP Manager для создания OLAP-куба. Создаем новую базу данных. Затем создаем новый куб с помощью мастера.
В качестве клиентской части выступает MS Excel’2000 из русифицированного пакета MS Office’2000.
Заходим Данные àВнешние данные à Создать запрос.
Далее
отвечаем готово и расставляем наши
меры и измерения по таблице. Меру
в середину, а измерения в любом
порядке. ВСЕ инструмент для тестового
анализа готов.
Заключение.
аналитических системах в зависимости от организации данных.