ROLAP (англ. relational online analytical processing, реляційна аналітична обробка в реальному часі) ― OLAP-системи, які мають прямий доступ до існуючих БД або використовують дані, завантажені у власні локальні таблиці.
Аналітичні запити в ROLAP виконуються над віртуальним багатовимірним представленням даних, а їх виконання відбувається на рівні реляційної БД, тобто виконуються SQL-запити над реляційною системою.
Основними складовими архітектури БД є таблиця фактів (fact table) і таблиці вимірів (dimension tables). Таблиця фактів є основною таблицею БД. У ній зазвичай містяться відомості про об'єкти або події, сукупність яких буде піддана аналізу. Таблиці вимірювань містять постійні або рідко змінювані дані. Вони містять як мінімум одне описове поле і цілочисельне ключове поле для однозначної ідентифікації вимірюваної величини. Таблиця вимірів обов'язково повинна знаходитися у відношенні «один до багатьох» з таблицею фактів. Якщо кожний вимір знаходиться в одній таблиці вимірювань, то така схема називається «зірка» (star schema). Якщо ж хоча б один з вимірів знаходиться в декількох взаємопов'язаних таблицях, то така схема побудови називається «сніжинка» (snowflake schema).
У складних задачах з ієрархічними вимірами доцільне використання схеми «сніжинка». У цих випадках окремі таблиці фактів створюються для можливих поєднань рівнів узагальнення різних вимірів. Це дозволяє домогтися кращої продуктивності, але часто призводить до надмірності даних і до значних ускладнень в структурі БД, в якій опиняється величезна кількість таблиць фактів.
Якщо багатовимірна модель реалізується у вигляді реляційної БД, необхідно її представляти як довгі і «вузькі» таблиці фактів і порівняно невеликі і «широкі» таблиці вимірювань. Таблиці фактів містять числові значення комірок гіперкуба, а інші таблиці визначають вмістимість в них багатовимірної сукупності вимірювань. Частину інформації можна отримувати за допомогою динамічної агрегації даних, розподілених за нормалізованими структурами, що відрізняється за своєю архітектурою від «зірки», але в цьому випадку запити, що включають агрегацію при високонормалізованій структурі БД можуть виконуватися досить повільно. Подання багатовимірної інформації за допомогою зіркоподібних реляційних моделей усуває проблему оптимізації зберігання розріджених матриць, що гостро стоїть перед багатовимірними СУБД, в яких проблема розрідженості вирішується спеціальним вибором схеми. Хоча для зберігання кожної комірки використовується один запис, що включає, окрім самих значень, вторинні ключі ― посилання на таблиці вимірів, неіснуючі значення просто не включаються в таблицю фактів.
ROLAP є альтернативою технології MOLAP (багатовимірна OLAP). Хоча обидві технології, ROLAP і MOLAP, є аналітичними інструментами, призначеними для аналізу даних за допомогою багатовимірної моделі даних, однак істотною відмінністю ROLAP є те, що вона не вимагає попереднього обчислення і зберігання інформації. Замість цього, ROLAP-інструменти надають доступ до даних реляційної бази даних та генерують SQL-запити для надання інформації на відповідному рівні за запитом користувача.
Обговорення переваг і недоліків ROLAP, загалом зосереджується на тих речах, які відноситься до найбільш широко використовуваних ROLAP і MOLAP інструментів, доступних сьогодні. У деяких випадках будуть інструменти, які є виключеннями для будь-яких зроблених узагальнень.
В OLAP галузі технологія ROLAP зазвичай сприймається як можливість масштабування для великих обсягів даних, проте страждає від меншої швидкодії запиту порівняно з використанням MOLAP-системам. Огляд ринку OLAP, найбільше незалежне опитування щодо всіх основних продуктів OLAP, серед усіх, що проводилися протягом 6 років (2001―2006), виявив, що компанії, які використовують технологію ROLAP зазначають зниження продуктивності в порівнянні з використанням MOLAP, навіть беручи до уваги обсяги даних.
Однак, як і в будь-якому іншому огляді, тут існує багато тонких проблем, які необхідно взяти до уваги при інтерпретації результатів:
Деякі компанії обирають ROLAP тому, що вони мають намір повторно використовувати існуючі таблиці реляційної БД ― ці таблиці часто не оптимально розроблені для використання OLAP. Переважаюча гнучкість ROLAP-інструментів дозволяє такому не оптимальному використанню працювати, проте від цього страждає продуктивність. MOLAP-інструменти натомість перезавантажить дані в оптимальну конструкцію OLAP.
Небажаний компроміс між додатковою вартістю ETL і малою швидкодією запитів призвів до того, що більшість комерційних OLAP-інструментів тепер використовують «гібридний OLAP» (HOLAP) підхід, який дозволяє проектувальнику моделі вирішувати, яка частина даних буде зберігатися в MOLAP, яка ― в ROLAP.
Комерційними продуктами, що використовують ROLAP є Microsoft Analysis Services, MicroStrategy, SAP Business Objects, Oracle Business Intelligence Suite Enterprise Edition (колишній Siebel Analytics) і Tableau Software. Існує також відкритий ROLAP-сервер ― Mondrian.