користувачам згідно логічної бізнес-моделі - корпоративної семантичної моделі (Enterprise Semantic Model). Ця модель має три шари (Рис 2.3): фізичний, що містить метадані про фізичних джерел даних, імена таблиць, первинні та зовнішні (primary and foreign) ключі, статистики по кількості рядків (row counts), правила доступу до таблиць, а також пул з'єднань ; бізнес-шар, що містить описи вимірювань і ієрархій, логічні таблиці, правила вибору джерел даних, правила побудови обчислень, агрегацій і часового аналізу, а також правила деталізації; шар вистави - спрощене, персоналізоване подання даних, до яких посилаються із застосуванням В«логічного SQL В».
В
Рис 2.3 Корпоративна семантична модель
Фізичний шар цієї моделі пов'язаний з фізичними прив'язками до джерел даних: безпосередньо до сховищ, а також до допоміжних реляційним та багатовимірним джерелами, таблиць Excel або плоским файлів.
Бізнес-шар забезпечує рівень абстракції над фізичними об'єктами і дозволяє адміністратору групувати дані в логічні тематичні області (logical subject areas). В«Напрями деталізаціїВ» (Drill paths) можуть бути встановлені із застосуванням визначень вимірювань і розмірностей. Вони можуть використовувати переваги вбудованого В«движкаВ» обчислень (in-built calculation engine) в аналітичному сервері. p align="justify"> Шар подання визначає, що кінцеві користувачі побачать, коли вони почнуть вибирати дані в клієнтському додатку. Це може бути повний набір даних у бізнес-шарі або просто поднабор, і ви можете застосовувати фільтри і обмеження (scoping), так що окремі департаменти/співробітники побачать тільки В«своїВ», безпосередньо для них призначені, дані. br/>
.2.4 Доступ до даних і обробка запитів
Oracle BI Server в частині обробки запитів виконує дві основні функції: компіляцію вхідних запитів (від користувачів) у виконуваний код і безпосередньо виконання цього коду. Важливим моментом є можливість оптимізації запитів з урахуванням специфіки кожного конкретного джерела. Механізм об'єднання даних враховує фізичне розташування даних (таблиця бази даних або, наприклад, плоский файл), особливості функціональності SQL, підтримуваного базою даних, а також аналітичної складності запиту. p align="justify"> У платформі Oracle BI Suite ЇЇ обробка запитів до даних максимально переноситься на сервери джерел даних, так як при роботі зі надвеликими наборами даних краще використовувати високопродуктивний сервер СУБД. Тому, коли можливо, для обробки використовуються саме ці технології, а не аналітичний сервер, роль якого в цьому випадку полягає у прийнятті запитів від інструменту (клієнтського додатку) та їх трансляції в пропозиції SQL (або MDX) до баз вихідних даних. Коли база-джерело повертає результати, аналітичний сервер зводить дані, якщо потрібно, сам виконує деякі обчислення, форматує ці дані і повертає їх клієнтського додатку. p align="ju...
