Привод ленточного конвеера
Курсовой проект - Разное
Другие курсовые по предмету Разное
ранилища данных
Двухуровневое хранилище данных (рис.3) строится централизовано для предоставления информации в рам ках компании. Для поддержки такой архитектуры необхо дима выделенная команда профессионалов в области хра нилищ данных.
Это означает, что вся организация должна согласовать все определения и процессы преобразования данных.
Преимущества:
- Данные хранятся в единственном экземпляре
- Минимальные затраты на хранение данных
- Отсутствуют проблемы, связанные с синхронизаци ей нескольких копий данных
- Данные консолидируются на уровне предприятия, что позволяет иметь единую картину бизнеса.
Недостатки:
- Данные не структурируются для поддержки по требностей отдельных пользователей или групп пользователей
- Возможны проблемы с производительностью системы
- Возможны трудности с разграничением прав пользователей на доступ к данным.
СППР на основе трехуровневого хранилища данных
Хранилище данных (рис. 4) представляет собой единый централизованный источник корпоративной информации. Витрины данных представляют подмножества данных из хранилища, организованные для решения задач отдельных подразделений компании. Конечные пользователи имеют возможность доступа к детальным данным хранилища, в случае если данных в витрине недостаточно, а также для получения более полной картины состояния бизнеса.
Преимущества:
- Создание и наполнение витрин данных упрощено, поскольку наполнение происходит из единого стан дартизованного надежного источника очищенных нормализованных данных
- Витрины данных синхронизированы и совместимы с корпоративным представлением. Имеется корпо ративная модель данных. Существует возможность сравнительно легкого расширения хранилища и добавления новых витрин данных
- Гарантированная производительность
Недостатки:
- Существует избыточность данных, ведущая к росту требований на хранение данных
- Требуется согласованность с принятой архитекту рой многих областей с потенциально различными требованиями (например, скорость внедрения иног да конкурирует с требованиями следовать архитектурному подходу).
Мы рассмотрели основные варианты приведённых выше типов архитектур систем поддержки принятия ре шений. Выбор конкретного варианта зависит от условий, в которые поставлена проектная группа. Нужен ли быстрый возврат от инвестиций, или можно потратить больше времени и построить надежную инфраструктуру? Является ли проектная группа профессиональной или состоит из новичков? Существует ли формализованная методология или механизмы работы еще не отлажены? Ответы на эти и ряд других вопросов могут повлиять на ваш выбор.
Подробное описание преимуществ и недостатков каждого варианта архитектуры можно найти в литературе [2, 3].
Моделирование хранилищ данных
В силу коренных отличий хранилищ данных от опе ративных систем приемы моделирования также отли чаются. Все описанные ниже особенности и приемы модели рования относятся к моделированию для реляционных баз данных. Приемы моделирования для многомерных баздан ных выходят за рамки данной статьи.
Особенности моделирования времени в хранилищах данных
Традиционные подходы основываются исключительно на моделировании статического представления реального мира. При этом если время и принимается в расчет, то только в виде временных отметок создания записей и их модификации. С точки зрения моделирования времени хранилища данных принципиально отличаются от оперативных систем. Модели хранилищ данных интенсивно используют временные отметки.
На данный момент известны три основных способа моделирования времени в хранилищах данных. Рассмотрим каждый из них по отдельности.
Модель снимков данных
Снимок данных это представление данных в опре деленный момент времени. Данная модель характерна для оперативных систем (OLTP). Обновления данных носят деструктивный характер, то есть предыдущие значения атрибутов замещаются новыми (рис. 5). Модель имеет достаточно ограниченный круг применения в хранилищах данных, поскольку не обеспечивает хранения истории изменений.
Событийная модель
Событийная модель (рис. 6) используется для модели рования данных о наступлении событий в определенные моменты времени. Данная модель хорошо подходит для моделирования транзакций, таких как: продажи, финансовые транзакции, складские операции и т.д.
Статусная модель
Статусная модель используется для моделирования состояния объектов во времени. Она хорошо подходит для представления данных, имеющий нетранзакционный характер.
Существует три способа моделирования изменяющих ся во времени статусов:
- непрерывная модель для хранения промежутков времени используется одно поле даты. Дата начала следующего периода совпадает с датой окончания предыдущего;
- начало и конец для хранения промежутков времени используется два поля дата начала и дата окончания периода действия статуса;
- начало и длительность для хранения промежут ков времени используется одно поле даты (дата начала) и поле длительности периода. Большее распространение при создании статусных моделей получил способ "начало и конец" (рис.7).
Статусная и событийная модели являются взаимно дополняющими. Путем преоб?/p>