|
Страница 1 из 3 
Так что же все-таки требуется для использования ваших данных этими новыми инструментальными средствами Oracle? Чтобы показать, как можно разрешить OLAP-анализ информации и проанализировать ее, используя новые инструментальные средства Oracle Business Intelligence 10g, мы рассмотрим бизнес-пользователя. Допустим, что у него уже имеются данные в таблицах Oracle, он использует для анализа данных Discoverer Plus и Viewer и хочет перенести данные в куб OLAP и анализировать его, используя Discoverer 'Drake' и Excel Add-in. Предоставление информации для анализа OLAP с использованием Oracle Business Intelligence 10g состоит из семи шагов: - Активируйте для базы данных использование OLAP и определите схему
- Определите модель измерений, используя Oracle Warehouse Builder “Paris” или AWM10g
- Определите местонахождение ваших исходных данных – хранятся ли они в схеме типа звезды, в сети таблиц или в простых файлах.
- Загрузите данные в аналитическое рабочее пространство Oracle 10g OLAP
- Создайте Discoverer Catalog
- Установите BI Beans Catalog
- Проведите анализ, используя Discoverer “Drake”, OLAP Excel Add-in или Oracle BI Beans
Давайте один за другим пройдем по всем этим стадиям. Активируйте для базы данных использование OLAP и определите схему Analytic Workspace Manager является основным инструментом для создания и разработки аналитических рабочих пространств и управления ими. Кроме того, Oracle Warehouse Builder “Paris” – инструментальное средство Oracle для полного жизненного цикла извлечения, преобразования и загрузки (Extraction, Transformation and Load – ETL) – предлагает подобное средство для построения аналитических рабочих пространств. В этой статье, однако, рассматривается построение аналитического рабочего пространства с использованием нового Analytic Workspace Manager, поскольку этот инструмент является для квалифицированных пользователей Discoverer предпочтительным вариантом активации OLAP для их наборов данных. Однако, первый шаг перед запуском Analytic Workspace Manager должен конфигурировать вашу базу данных для использования OLAP, для чего выполняются следующие действия: Убедитесь, что опция OLAP установлена (и лицензирована) Определите постоянное и временное табличные пространства, а также табличное пространство отмены, и установите параметры базы данных на значения, подходящие для загрузки данных: DB _CACHE_SIZE = | половина доступной памяти | OLAP_PAGE_POOL_SIZE = | для запросов, от 2 до 8 Мбайт. Для крупных загрузок данных временно увеличьте этот параметр | PARALLEL_MAX_SERVERS = | число процессоров, не менее одного | PGA_AGGREGATE_TARGET = | от 200 до 400 Мбайт | SESSIONS = | 2*5 * максимальное число одновременно работающих пользователей OLAP | UTL_FILE_DIR = | все каталоги, в которые OLAP должен будет вести запись | UNDO_MANAGEMENT = | AUTO | UNDO_TABLESPACE = | как определено ранее | Создайте схему для хранения вашего аналитического рабочего пространства. Для предотвращения конфликтов при определении уникальных имен в едином пространстве имен эта схема должна быть отделена от схемы, в которой хранятся ваши реляционные данные. Для целей нашего сценария, аналитическое рабочее пространство будет построено в схеме, которая называется ‘GLOBAL_AW’, а исходные данные будут загружены из схемы по имени ‘GLOBAL’. Операторы DDL для создания схемы GLOBAL_AW выглядят следующим образом: CREATE USER "GLOBAL_AW" PROFILE "DEFAULT"
IDENTIFIED BY "global_aw" DEFAULT TABLESPACE "GLOBAL"
TEMPORARY TABLESPACE "OLAPTEMP"
QUOTA UNLIMITED ON "GLOBAL"
ACCOUNT UNLOCK;
GRANT OLAP_USER TO GLOBAL_AW;
GRANT SELECT ON global.channel_dim TO global_aw;
GRANT SELECT ON global.product_dim TO global_aw;
GRANT SELECT ON global.customer_dim TO global_aw;
GRANT SELECT ON global.time_dim TO global_aw;
GRANT SELECT ON global.units_history_fact TO global_aw;
GRANT SELECT ON global.price_and_cost_history_fact TO
global_aw;
Вы должны также исследовать характеристики разреженности ваших данных, чтобы можно было реализовать логическую модель для лучшей производительности. Определите модель измерений, используя Oracle Warehouse Builder “Paris” или AWM10g Следующий шаг должен определить логическую модель для вашего куба OLAP с Analytic Workspace Manager. У Analytic Workspace Manager имеется новая компонента “Model View”, которая делает этот процесс более простым и быстрым, чем прежде. Используя Model View, можно определить свое аналитическое рабочее пространство и построить его, используя данные, источником которых являются реляционные таблицы и представления. 
Для обеспечения обратной совместимости все еще доступно представление “OLAP Catalog”, но поскольку аналитическое рабочее пространство больше не должно строиться на основании метаданных CWM1, хранящихся в OLAP Catalog, все новые разработки должны вестись с использованием этого нового представления “Model”. Наконец, все еще доступно представление “Object View”, так как оно является блокнотом OLAP, на тот случай, если разработчики пожелают непосредственно манипулировать объектами аналитического рабочего пространства или вводить команды, используя язык DML OLAP. Чтобы создать логическую модель, выполните эти шаги: Откройте Analytic Workspace Manager и подключитесь к вашему экземпляру базы данных Перейдите к схеме GLOBAL_AW Создайте в схеме новый контейнер аналитического рабочего пространства и назовите его “GLOBAL” Определите для данных логические измерения, уровни и иерархии
GLOBAL имеет четыре измерения: TIME, PRODUCT, CUSTOMER и CHANNEL. Каждое из этих измерений имеет некоторое число уровней и единственную иерархию, используемую для агрегирования показателей. Более подробно о схеме GLOBAL и аналитическом рабочем пространстве рассказывается в документе Oracle “Справочник разработчика приложений OLAP 10.1.0.3.1” (OLAP Application Developer Guide 10.1.0.3.1), который можно найти в OTN.
|
