Проверяемый текст
Птицын, Сергей Вячеславович; Моделирование процессов принятия решений в автоматизированной системе управления региональным газораспределительным предприятием (Диссертация 2007)
[стр. 35]

• Потребность в эффективном хранении и обработке очень больших объемов информации Хранилище данных практически никогда не создается на пустом месте.
Почти всегда конечное решение будет разнородным, т.е.
в нем будут использоваться автономно разработанные программные средства.
Прежде всего это касается формирования интегрированного согласованного набора данных, которые могут поступать из разнородных баз данных, электронных архивов, публичных и коммерческих электронных каталогов, справочников, статистических сборников.
При построении хранилища данных приходится решать задачу построения единой, согласованно функционирующей информационной системы на основе неоднородных программных средств и решений.
При выборе средств реализации хранилища данных приходится учитывать множество факторов, включающих уровень совместимости различных программных компонентов, легкость их освоения и использования, эффективность функционирования и т.д.
В концепции хранилища данных предопределено то, что операционная аналитическая обработка может выполняться в любом узле сети независимо от места расположения основного хранилища.
Хотя при аналитической
обработке данные только читаются, и потребность в синхронизации отсутствует, для достижения эффективности необходимо поддерживать репликацию данных в разных узлах сети.
(На самом деле, все не так просто.
Одним из требований к хранилищам данных является то, чтобы свежая информация поступала в хранилище как можно быстрее.
Т.е.
потенциально любая модификация оперативной
15Д может инициировать добавление данных к хранилищу данных, а тогда потребуется обновить и все реплики, для чего синхронизация все-таки нужна.) Собранная вместе согласованная информация об истории развития корпорации, ее успехах и неудачах, о взаимоотношениях с поставщиками и заказчиками, об истории и состоянии рынка даст возможность анализа прошлой и текущей деятельности корпорации и построения прогнозов для бу
[стр. 44]

держимого DW данными OLTPсистем оказывается весьма незначительным; • в DW хранится некая итоговая информация, которая в базах данных OLTP-систем вообще отсутствует; • во время загрузки в DW записи сортируются, очищаются от ненужной информации и приводят к единому формату.
После такой обработки это уже совсем другие данные.
Остановимся на некоторых проблемах реализации хранилища данных: • Неоднородность программной среды • Распределенный характер организации • Повышенные требования к безопасности данных • Необходимость наличия многоуровневых справочников метаданных • Потребность в эффективном хранении и обработке очень больших объемов информации Хранилище данных практически никогда не создается на пустом месте.
Почти всегда конечное решение будет разнородным, т.е.
в нем будут использоваться автономно разработанные программные средства.
Прежде всего это касается формирования интегрированного согласованного набора данных, которые могут поступать из разнородных баз данных, электронных архивов, публичных и коммерческих электронных каталогов, справочников, статистических сборников.
При построении хранилища данных приходится решать задачу построения единой, согласованно функционирующей информационной системы на основе неоднородных программных средств и решений.
При выборе средств реализации хранилища данных приходится учитывать множество факторов, включающих уровень совместимости различных программных компонентов, легкость их освоения и использования, эффективность функционирования и т.д.
В концепции хранилища данных предопределено то, что операционная аналитическая обработка может выполняться в любом узле сети независимо от места расположения основного хранилища.
Хотя при аналитической
обра44

[стр.,45]

ботке данные только читаются, и потребность в синхронизации отсутствует, для достижения эффективности необходимо поддерживать репликацию данных в разных узлах сети.
(На самом деле, все не так просто.
Одним из требований к хранилищам данных является то, чтобы свежая информация поступала в хранилище как можно быстрее.
Т.е.
потенциально любая модификация оперативной
БД может инициировать добавление данных к хранилищу данных, а тогда потребуется обновить и все реплики, для чего синхронизация все-таки нужна.) Собранная вместе согласованная информация об истории развития корпорации, ее успехах и неудачах, о взаимоотношениях с поставщиками и заказчиками, об истории и состоянии рынка дает возможность анализа прошлой и текущей деятельности корпорации и построения прогнозов для будущего.
Эта информация настолько ценна для корпорации, что нельзя допустить возможности ее утечки (на самом деле, если хранилище данных одной корпорации попадет в руки аналитиков другой корпорации, то все аналитические прогнозы первой корпорации сразу станут неверными).
В системах, основанных на хранилищах данных, оказывается недостаточной защита данных в стиле языка SQL, которую обеспечивают обычные коммерческие СУБД (этот уровень защиты соответствует классу С2 в соответствии с классификацией Оранжевой Книги Министерства обороны США).
Для обеспечения должного уровня защиты доступ к данным должен контролироваться не только на уровне таблиц и их столбцов, но и на уровне отдельных строк (это уже соответствует классу В1 Оранжевой Книги).
Приходится также решать вопросы аутентификации пользователей, защиты данных при их перемещении в хранилище данных из оперативных баз данных и внешних источников, защиты данных при их передаче по сети.
Если роль метаданных (обычно содержащихся в таблицах-каталогах) в оперативных информационных системах достаточно ограничена, то для OLAP-систем наличие развитых метаданных и средств их предоставления конечным пользователям является одним из основных условий успешной 45

[Back]