«Технология OLAP»

– многомерное представление данных;

– поддержка сложных расчетов;

– правильный учет фактора времени.

Технология OLAP обеспечивает быстрый доступ к информации и ее представление в достаточно сложном виде без необходимости создания дополнительных программ. Программные средства OLAP для конечного пользователя могут представлять собой электронные таблицы, пакеты статистического анализа, графические интерфейсы или системы поддержки принятия решений, включающие в себя целый набор аналитических инструментов. Среди аналитических инструментов, использующих многомерные базы данных, особенно популярны такие программные продукты, как Express фирмы Information Resources и Accumate Enterprise компании Kenan Systems. Одной из самых развитых и мощных технологий анализа сложных баз данных в среде "клиент/сервер" является Oracle Express OLAP . Этот продукт имеет функционально полную архитектуру, специально предназначенную для поддержки принятия решений в масштабе предприятия. Oracle Express OLAP использует многомерную реляционную модель данных со словарем данных и содержит все необходимые компоненты для решения сложных задач [5].

OLAP-приложения должны обеспечивать быстрый анализ разделяемой многомерной информации (Fast Analysis of Shared Multidimensional Information):

– быстрый, т.е. OLAP-приложения должны доставлять пользователю информацию с относительно постоянной скоростью, а выполнение большинства запросов должно занимать не более пяти секунд;

– анализ, т.е. OLAP-приложения должны быть в состоянии выполнять базовые операции численного и статистического анализа данных - как заранее определенные разработчиком приложения, так и специально заданные пользователем;

– разделяемой, т.е. OLAP-приложения должны реализовать требования безопасности, необходимые для совместного доступа большого числа пользователей к потенциально конфиденциальным данным;

– многомерной, многомерность - это важнейшая характеристика OLAP;

– информации, т.е. OLAP-приложения должны быть в состоянии получать доступ ко всем связанным с приложением данным и информации независимо от места их хранения и без ограничений по объему.

Актуальность данной темы обуславливается самой её сущностью. Ведь технологии OLAP можно и нужно использовать для создания комплекса поддержки принятия решений для менеджеров, кадровиков и руководства, а они в нём сейчас нуждаются как никогда, ведь количество параметров, опций и факторов, исходя из которых, требуется принять решение, растёт с каждой минутой и на среднем предприятии исчисляется уже десятками тысяч. Человеку анализ такого количества информации в сжатые сроки просто не по силам. И тут на помощь ему приходят OLAP технологии.

При написании данной курсовой работы использовалась различная литература. В большинстве своём это были статьи с сайта w*w.OLAP.r* и журнала СУБД, а также книга E. F. Codd “Providing OLAP” в электронной версии.

Основными методами, используемыми в данной работе, являлись исследование материала по заданной теме, его позитивный и критический анализ. В ходе работы над материалом я сформировал собственное мнение о технологиях оперативной аналитической обработки данных и их месте в современном мире, и попытаюсь изложить его на страницах данной курсовой работы.

По Кодду, многомерное концептуальное представление (multi-dimensional conceptual view) представляет собой множественную перспективу, состоящую из нескольких независимых измерений, вдоль которых могут быть проанализированы определенные совокупности данных. Одновременный анализ по нескольким измерениям определяется как многомерный анализ. Каждое измерение включает направления консолидации данных, состоящие из серии последовательных уровней обобщения, где каждый вышестоящий уровень соответствует большей степени агрегации данных по соответствующему измерению. Так, измерение Исполнитель может определяться направлением консолидации, состоящим из уровней обобщения "предприятие - подразделение - отдел - служащий". Измерение Время может даже включать два направления консолидации - "год - квартал - месяц - день" и "неделя - день", поскольку счет времени по месяцам и по неделям несовместим. В этом случае становится возможным произвольный выбор желаемого уровня детализации информации по каждому из измерений. Операция спуска (drilling down) соответствует движению от высших ступеней консолидации к низшим; напротив, операция подъема (rolling up) означает движение от низших уровней к высшим (рис. 1).

Кодд определил 12 правил, которым должен удовлетворять программный продукт класса OLAP [4].

1. Концептуальное многомерное представление. Пользователь-аналитик видит мир предприятия многомерным по своей природе. Соответственно и OLAP-модель должна быть многомерной в своей основе. Многомерная концептуальная схема или пользовательское представление облегчают моделирование и анализ так же, впрочем, как и вычисления.

2. Прозрачность. Вне зависимости от того, является OLAP-продукт частью средств пользователя или нет, этот факт должен быть прозрачен для пользователя. Если OLAP предоставляется клиент-серверными вычислениями, то этот факт также, по возможности, должен быть незаметен для пользователя. OLAP должен предоставляться в контексте истинно открытой архитектуры, позволяя пользователю, где бы он ни находился, связываться при помощи аналитического инструмента с сервером. В дополнение прозрачность должна достигаться и при взаимодействии аналитического инструмента с гомогенной и гетерогенной средами БД.

3. Доступность. Пользователь-аналитик OLAP должен иметь возможность выполнять анализ, базирующийся на общей концептуальной схеме, содержащей данные всего предприятия в реляционной БД, также как и данные из старых наследуемых БД, на общих методах доступа и на общей аналитической модели. Это значит, что OLAP должен предоставлять свою собственную логическую схему для доступа в гетерогенной среде БД и выполнять соответствующие преобразования для предоставления данных пользователю. Более того, необходимо заранее позаботиться о том, где и как, и какие типы физической организации данных действительно будут использоваться. OLAP-система должна выполнять доступ только к действительно требующимся данным, а не применять общий принцип “кухонной воронки”, который влечет ненужный ввод.