і Deal.
При створенні семантичного шару джерела даних - таблиці Sales і Deal - описуються зрозумілими кінцевому користувачеві термінами і перетворюються на «Продукти» і «Угоди». Поле «ID» з таблиці «Продукти» перейменовується в «Код», а «Name»- В «Товар» і т.д.
Потім створюється бізнес-об'єкт «Продажі». Бізнес-об'єкт - це плоска таблиця, на основі якої формується багатовимірний куб. При створенні бізнес-об'єкта таблиці «Продукти» і «Угоди» об'єднуються по полю «Код» товару. Оскільки для відображення у звіті не будуть потрібні всі поля таблиць - бізнес-об'єкт використовує тільки поля «Товар», «Дата» та «Сума».
Далі на базі бізнес-об'єкта створюється OLAP-звіт. Користувач обирає бізнес-об'єкт і перетягує його атрибути в області колонок або рядків таблиці звіту.
У нашому прикладі на базі бізнес-об'єкта «Продажі» створений звіт з продажів товарів по місяцях.
При роботі з інтерактивним звітом користувач може задавати умови фільтрації й угруповання такими ж простими рухами «мишею». У цей момент ROLAP-клієнт звертається до даних в кеші. Клієнт же OLAP-сервера генерує новий запит до багатовимірної базі даних. Наприклад, застосувавши у звіті про продажі фільтр по товарах, можна отримати звіт про продажі цікавлять нас товарів.
Всі налаштування OLAP-додатки можуть зберігатися у виділеному репозиторії метаданих, в додатку або в системному репозиторії багатовимірної бази даних. Реалізація залежить від конкретного програмного продукту.
Глава 3. Ядро OLAP системи
.1 Принципи побудови
З вже сказаного, ясно, що механізм OLAP є на сьогодні одним з популярних методів аналізу даних. Є два основні підходи до вирішення цього завдання. Перший з них називається Multidimensional OLAP (MOLAP) - реалізація механізму за допомогою багатовимірної бази даних на стороні сервера, а другий Relational OLAP (ROLAP) - побудова кубів «на льоту» на основі SQL запитів до реляційної СУБД. Кожен з цих підходів має свої плюси і мінуси. Їх порівняльний аналіз виходить за рамки цієї роботи. Тут буде описана тільки реалізація ядра настільного ROLAP модуля.
Таке завдання виникла після застосування ROLAP системи, побудованої на основі компонентів Decision Cube, що входять до складу Borland Delphi. На жаль, використання цього набору компонент показало низьку продуктивність на великих обсягах даних. Гостроту цієї проблеми можна знизити, намагаючись відсікти якомога більше даних перед подачею їх для побудови кубів. Але цього не завжди буває достатньо.
В Інтернеті та пресі можна знайти багато інформації про OLAP системах, але практично ніде не сказано про те, як це влаштовано всередині.
Схема роботи:
Загальну схему роботи настільної OLAP системи можна представити таким чином:
Схема 3. Робота <javascript:%20openWin(«/images/pic_2_rm_2002_2.gif»,%20697,%20341,%20«Создание%20OLAP-приложения%20с%20помощью%20клиентского%20ROLAP-средства»)> настільної OLAP системи
Алгоритм роботи наступний:
1. Отримання даних у вигляді плоскої таблиці або результату виконання SQL запиту.
2. Ке...
