- •1 Olap: що це і для чого
- •2 Універсальні критерії визначення olap
- •1 Класифікація olap-продуктів
- •2 Olap-клієнт - olap-сервер: "за" і "проти"
- •2.1 Обсяг оброблюваних даних
- •2.2 Продуктивність системи
- •2.6 Витрати на впровадження та супровід
- •2.3 Організація архітектур з прямим доступом до первинних даних
- •2.4 Потужність пк користувачів
- •2.5 Мережевий трафік
- •2.7 Принципи роботи olap-клієнтів
- •2.8 Висновок
- •3 Ядро olap системи
- •3.1 Принципи побудови.
- •3.1.1 Крос-таблиця.
- •3.1.2 Підготовка даних
- •3.1.3Бібліотека компонентів CubeBase
- •3.2 Усередині гіперкуба
- •3.2.1 Завантаження даних в гіперкуб
- •3.2.2 Реалізація гіперкуба
- •3.3 Побудова зрізів куба
- •3.4 Реалізації olap
- •3.4.1 Добре відомі olap-продукти
- •3.4.2 Deductor
2.3 Організація архітектур з прямим доступом до первинних даних
Використання OLAP-сервера в "класичній" ідеології передбачає вивантаження даних реляційних СУБД в багатовимірну БД. Вивантаження виконується за певний період, тому дані OLAP-сервера не відображають стан на поточний момент. Цього недоліку позбавлені лише ті OLAP-сервери, які підтримують ROLAP-режим роботи.
Аналогічним чином, цілий ряд OLAP-клієнтів дозволяє реалізувати ROLAP-і Desktop-архітектуру з прямим доступом до БД. Це забезпечує аналіз вихідних даних в режимі on-line.
2.4 Потужність пк користувачів
OLAP-сервер висуває мінімальні вимоги до потужності клієнтських терміналів. Об'єктивно, вимоги OLAP-клієнта вище, тому він виробляє обчислення в оперативній пам'яті ПК користувача. Стан парку апаратних засобів конкретної організації - найважливіший показник, який повинен бути врахований при виборі OLAP-засоби. Але і тут є свої "плюси" і "мінуси". OLAP-сервер не використовує величезну обчислювальну потужність сучасних персональних комп'ютерів. У разі, якщо організація вже має парк сучасних ПК, неефективно застосовувати їх лише в якості відображають терміналів і в теж час робити додаткові витрати на центральний сервер.
Якщо потужність комп'ютерів користувачів "залишає бажати кращого", OLAP-клієнт буде працювати повільно або не зможе працювати зовсім. Купівля одного потужного сервера може виявитися дешевше модернізації всіх ПК.
Тут корисно взяти до уваги тенденції в розвитку апаратного забезпечення. Оскільки обсяги даних для аналізу є практично константою, то стабільне зростання потужності ПК буде призводити до розширення можливостей OLAP-клієнтів і витіснення ними OLAP-серверів в сегмент дуже великих баз даних.
2.5 Мережевий трафік
При використанні OLAP-сервера по мережі на ПК клієнта передаються тільки дані для відображення, в той час як OLAP-клієнт отримує весь обсяг даних первинної вибірки. Тому там, де застосовується OLAP-клієнт, мережевий трафік буде вище.
Але, при застосуванні OLAP-сервера операції користувача, наприклад, деталізація, породжують нові запити до багатовимірної базі, а, значить, нову передачу даних. Виконання ж OLAP-операцій OLAP-клієнтом проводиться в оперативній пам'яті і, відповідно, не викликає нових потоків даних в мережі.
Також необхідно відзначити, що сучасне мережеве апаратне забезпечення забезпечує високий рівень пропускної здатності.
Тому в переважній більшості випадків аналіз БД "середніх" розмірів за допомогою OLAP-клієнта не буде гальмувати роботу користувача.
2.6 Витрати на впровадження та супровід
Вартість OLAP-сервера досить висока. Сюди ж слід плюсувати вартість виділеного комп'ютера і постійні витрати на адміністрування багатовимірної бази. Крім того, впровадження та супровід OLAP-сервера вимагає від персоналу досить високої кваліфікації.
Вартість OLAP-клієнта на порядок нижче вартості OLAP-сервера. Адміністрування та додаткового технічного обладнання під сервер не потрібно. До кваліфікації персоналу при впровадженні OLAP-клієнта високих вимог не пред'являється. OLAP-клієнт може бути впроваджений значно швидше OLAP-сервера.
