ибоко і надовго, заблокувавши інші транзакції.
Концепція OLAP з'явилася саме для вирішення подібних проблем. Куби OLAP представляють собою, по суті, мета-звіти. Розрізаючи мета-звіти (куби, тобто) за вимірюваннями, аналітик отримує, фактично, його цікавлять "звичайні" двовимірні звіти (це не обов'язково звіти в звичайному розумінні цього терміну - йдеться про структури даних з такими ж функціями). Переваги кубів очевидні - дані необхідно запросити із реляційної СУБД всього один раз - при побудові куба. Оскільки аналітики, як правило, не працюють з інформацією, яка доповнюється і змінюється "на льоту", сформований куб є актуальним протягом досить тривалого часу. Завдяки цьому, не тільки виключаються перебої в роботі сервера реляційної СУБД (немає запитів з тисячами і мільйонами рядків відповідей), але і різко підвищується швидкість доступу до даних для самого аналітика. Крім того, як зазначалось, продуктивність підвищується і за рахунок підрахунку проміжних сум ієрархій та інших агрегованих значень у момент побудови куба. p align="justify"> Звичайно, за підвищення таким способом продуктивності треба платити. Іноді кажуть, що структура даних просто "вибухає" - куб OLAP може займати в десятки і навіть сотні разів більше місця, ніж вихідні дані. p align="justify"> Тепер, коли ми трохи розібралися в тому, як працює і для чого служить OLAP, варто, все ж, кілька формалізувати наші знання і дати критерії OLAP вже без синхронного перекладу на звичайний людський мову. Ці критерії (всього числом 12) були сформульовані в 1993 році Е.Ф. Коддом - творцем концепції реляційних СУБД і, за сумісництвом, OLAP. Безпосередньо їх ми розглядати не будемо, оскільки пізніше вони були перероблені в так званий тест FASMI, який визначає вимоги до продуктів OLAP. FASMI - це абревіатура від назви кожного пункту тіста:
Fast (швидкий). Ця властивість означає, що система повинна забезпечувати відповідь на запит користувача в середньому за п'ять секунд; при цьому більшість запитів обробляються в межах однієї секунди, а найскладніші запити повинні оброблятися в межах двадцяти секунд. Недавні дослідження показали, що користувач починає сумніватися в успішності запиту, якщо він займає більше тридцяти секунд.
Analysis (аналітичний). Система повинна справлятися з будь-яким логічним і статистичним аналізом, характерним для бізнес-додатків, і забезпечує збереження результатів у вигляді , доступному для кінцевого користувача. Засоби аналізу можуть включати процедури аналізу часових рядів, розподілу витрат, конверсії валют, моделювання змін організаційних структур і деякі інші.
Shared (розділяється). Система повинна надавати широкі можливості розмежування доступу до даних і одночасної роботи багатьох користувачів.