- •Задачі систем підтримки прийняття рішень.
- •Узагальнена архітектура системи підтримки прийняття рішень.
- •Дванадцять правил е.Кодда для реляційних бд.
- •Поняття oltp системи.
- •Неефективність використання oltp систем для аналізу даних: степінь деталізації даних, що зберігаються.
- •Неефективність використання oltp систем для аналізу даних: якість даних.
- •Неефективність використання oltp систем для аналізу даних: формат збереження даних.
- •Неефективність використання oltp систем для аналізу даних: кількість даних, які зберігаються.
- •Неефективність використання oltp систем для аналізу даних: характер запитів до даних.
- •Неефективність використання oltp систем для аналізу даних: час обробки звертань до даних.
- •Неефективність використання oltp систем для аналізу даних: необхідність надлишковості даних.
- •Неефективність використання oltp систем для аналізу даних: управління даними.
- •Неефективність використання oltp систем для аналізу даних: характер обчислювального навантаження на систему.
- •14.Неефективність використання oltp систем для аналізу даних: пріоритетність характеристик системи.
- •Концепція сховища даних.
- •Властивості сховища даних: предметна орієнтація.
- •Властивості сховища даних: інтеграція.
- •Властивості сховища даних: підтримка хронології.
- •Властивості сховища даних:незмінність.
- •Сппр з фізичним сд. Переваги і недоліки.
- •Сппр з віртуальним сд. Переваги і недоліки.
- •Поняття вітрини даних (вд).
- •Структура сппр з самостійними вд.
- •Структура сппр з сд і вд.
- •Категорії даних в сд.
- •Структура etl процесу і його етапи.
- •Очистка даних. Основні проблеми.
Неефективність використання oltp систем для аналізу даних: характер обчислювального навантаження на систему.
Характер вычислительной нагрузки на систему. Как уже отмечалось ранее, работа с OLTP-системами, как правило, выполняется в режиме реального времени. В связи с этим такие системы нагружены равномерно в течение всего интервала времени работы с ними. Документы продажи или прихода товара оформляются в общем случае постоянно в течение всего рабочего дня. Аналитик при работе с системой анализа обращается к ней для проверки некоторых своих гипотез и получения отчетов, графиков, диаграмм и т. п. При выполнении запросов степень загрузки системы высокая, т. к. обрабатывается большое количество данных, выполняются операции суммирования, группирования и т. п. Таким образом, характер загрузки систем анализа является пиковым. На рис. 1.3 приведены данные фирмы Огас1е, отражающие загрузку процессора в течение дня, для систем ОЬТР, на рис. 1.4 — для систем анализа.
7:00
9:00
11:00
13:00
15:00
17:00
7:00
9:00
11:00
13:00
15:00
17:00
Рис.
1.4. Загрузка
процессора для систем анализа
Рис.
1.3. Загрузка
процессора для систем ОЬТР
14.Неефективність використання oltp систем для аналізу даних: пріоритетність характеристик системи.
Приоритетность характеристик системы. Для ОЬТР-систем приоритетным является высокая производительность и доступность данных, т. к. работа с ними ведется в режиме реального времени. Для систем анализа более приоритетными являются задачи обеспечения гибкости системы и независимости работы пользователей, т. е. то, что необходимо аналитикам для анализа данных.
Противоречивость требований к ОЬТР-системам и системам, ориентированным на глубокий анализ информации, усложняет задачу их интеграции как подсистем единой СППР. В настоящее время наиболее популярным решением этой проблемы является подход, ориентированный на использование концепции хранилищ данных.
Общая идея хранилищ данных заключается в разделении БД для ОЬТР- систем и БД для выполнения анализа и последующем их проектировании с учетом соответствующих требований.
Концепція сховища даних.
Стремление объединить в одной архитектуре СППР возможности OLTP- систем и систем анализа, требования к которым во многом, как следует из табл. 1.1, противоречивы, привело к появлению концепции хранилищ данных (ХД).
В основе концепции ХД лежит идея разделения данных, используемых для оперативной обработки и для решения задач анализа. Это позволяет применять структуры данных, которые удовлетворяют требованиям их хранения с учетом использования в OLTP-системах и системах анализа. Такое разделение позволяет оптимизировать как структуры данных оперативного хранения (оперативные БД, файлы, электронные таблицы и т. п.) для выполнения операций ввода, модификации, удаления и поиска, так и структуры данных, используемые для анализа (для выполнения аналитических запросов). В СППР эти два типа данных называются соответственно оперативными источниками данных (ОИД) и хранилищем данных.
Хранилище данных — предметно-ориентированный, интегрированный, неизменчивый, поддерживающий хронологию набор данных, организованный для целей поддержки принятия решений.
