Анатомія Oracle BI Server & Oracle BI Suite EE

Більшість розробників і АБД, що працюють в області аналітики (BI, business intelligence) і сховищ даних Oracle, знайомі з такими інструментами і продуктами, як Oracle Warehouse Builder, OracleBI Discoverer і, звичайно, СУБД Oracle. Всі ці інструменти відомі досить давно і призначені для тих користувачів, які хочуть зробити бази даних Oracle центром своєї аналітичної платформи. Але деяким користувачам потрібно формувати звіти як з баз даних Oracle, так і з інших джерел даних, таких як електронні таблиці, документи у форматі XML і, можливо, з даних, які "на ходу "беруться з ERP-систем або навіть OLAP-серверів (з доступом на мові MDX), таких як SAP BW або Microsoft Analysis Services. Для цих користувачів з різнорідними середовищами нова аналітична платформа Oracle BI Suite Enterprise Edition від корпорації Oracle, яка заснована на технології Siebel Analytics, може бути корисним рішенням.

У цій статті і презентації ми розглянемо цю нову аналітичну платформу і, особливо, аналітичний сервер Oracle BI Server, "аналітичний сервер додатків" ("business intelligence application server"), який реалізує більшу частину функціональності цієї платформи. Ми розберемо, як він поєднується з нинішньою, традиційною архітектурою аналітики Oracle і розглянемо ряд прикладів вибірки реляційних і багатовимірних (OLAP) даних в цей сервер. В кінці презентації ми коротко ознайомимося з новими засобами формування запитів, які є частиною Enterprise Edition, з їх функціональністю і тим, як кінцеві користувачі можуть використовувати цей новий Oracle BI Server.

Сімейство продуктів нової аналітичної платформи Oracle

Більшість користувачів Oracle знайомі з платформою Oracle Business Intelligence 10g, в якій продукти Discoverer, Reports і Discoverer Portlets зібрані в одну продуктову лінійку в рамках бренду Fusion Middleware. З травня 2006 року корпорація Oracle замінила цю продуктову лінійку новою платформою аналітичних інструментів, отриманих після придбання компанії Siebel, відомої тепер як BI Suite Enterprise Edition. Ця платформа була представлена як доповнення існуючої продуктовій лінійці, яка стала називатися BI Suite Standard Edition. …

Так що ж це таке, Oracle BI Suite Enterprise Edition?


Oracle BI Suite EE – це аналітична платформа Oracle "s" наступного покоління ". Центром цієї платформи є сервер Oracle BI Analytics Server, аналітичний" сервер додатків ", крім нього Oracle BI Suite Enterprise Edition включає кілька інструментів для формування нерегламентованих (ad-hoc) запитів, доставки (delivery) і уявлення (presentation) (результатів) і підтримує з'єднання до ряду різнорідних джерел даних.

На відміну від таких продуктів, як OracleBI Discoverer, Oracle Reports Services і Oracle Portal, засоби формування запитів і доставки результатів у BI Suite Enterprise Edition були з самого початку побудовані для спільного використання одних і тих же метаданих, платформи сервера додатків, інфраструктури обчислень та інструментів адміністрування. Всі ці кошти були створені із застосуванням Dynamic HTML, вони надають "багатий" (rich) призначений для користувача інтерфейс, на стороні клієнта досить тільки Web-браузера. …

На основі Siebel Analytics

Технології та продукти, які складають Oracle BI Suite Enterprise Edition, засновані на Siebel Analytics, продукті, який корпорація Oracle придбала при покупці компанії Siebel раніше в 2006 році. Siebel Analytics сам заснований на технології, яка дісталася компанії Siebel від фірми nQuire в 1999 році і яка широко визнана в галузі як аналітична платформа наступного покоління. Ця платформа приносила Siebel близько 25% її доходів від продажу ліцензій. …

Спочатку продукти Oracle BI Suite EE будуть складатися з додатків Siebel Analytics з наклейкою з логотипом Oracle, сертифікованих для роботи з Oracle "s Fusion Middleware. Згодом Oracle додасть (У цю платформу) більше функціональності з інших своїх продуктів, включаючи такі продукти, як XML Publisher, Oracle Business Activity Monitoring і Oracle Portal, і самі продукти Siebel будуть розширені для задоволення потреб користувачів. Але центральний, ключовий продукт – сервер BI Analytics, які з'єднується з різнорідними джерелами, не зміниться і це становить значну зміну попередньої політики Oracle по переміщенню всіх аналітичних даних у базу даних Oracle і потім формування звітів з використанням інструментів Oracle і цієї бази як джерела даних.

Сімейство продуктів Siebel Analytics

На момент угоди з Oracle, сімейство Siebel Analytics 7.8 складалося з двох наборів продуктів:


До купівлі компанії Siebel корпорацією Oracle, основним застосуванням Siebel Analytics і була підтримка цих попередньо сконфігурованих програм, цінність яких визначалася тим, що у них вже є коннектори до Siebel CRM і основним ERP-додатків, вбудований механізм workflow, і вони побудовані на "кращою в своєму класі" аналітичної платформі. Зазираючи в майбутнє, досить імовірно, що Oracle вибере основою для майбутніх аналітичних додатків платформи Fusion програми Siebel Business Analytics Applications. …

На момент угоди з корпорацією Oracle компанія Siebel мала у своєму розпорядженні сім додатків в сімействі продуктів Siebel Analytic Applications, кожне з яких тепер перебрендено як продукти Oracle, але, по всьому іншому, залишилися тими ж. Це продукти:


Ці аналітичні додатки поставляються з ETL-скриптами до більш ніж 3000 ERP-таблицях, включаючи коннектори до Siebel CRM, Oracle e-Business Suite, SAP, PeopleSoft і додатків телефонних call-центрів.

Oracle BI Suite Platform

Перший реліз Oracle BI Suite Enterprise Edition складається з додатків Siebel Analytics Platform, на яких є наклейка продуктів Oracle. З часом інші продукти Oracle будуть включатися в BI Suite Enterprise Edition і існуючі Siebel-продукти будуть розширені. Продуктова лінійка першого релізу Oracle BI Suite Enterprise Edition включає:


Відносини з традиційною архітектурою сховищ даних Oracle

Oracle BI Suite EE, як і раніше Siebel Analytics, – це федеративна (federated) система. Чи поєднується вона з традиційним підходом Oracle до сховищ даних, коли дані вибираються з різнорідних джерел даних і завантажуються в базу даних (очевидно, мається на увазі проміжна база даних – прим. пер.), а потім перетворюються в інтегроване сховище даних? Ліквідує чи Oracle BI Suite EE необхідність в сховище даних чи це щось додаткове до нього?

Причина, по якій Oracle BI Suite EE можна розглядати як "ліквідатор" сховищ даних, полягає в тому, що Analytics Server підтримує з'єднання безпосередньо до різних джерел даних і зводить (Joins) результати (запитів до них) разом перед поданням користувачеві. Тобто, він (Analytics Server) виконує інтеграційну роль, яка традиційно виконується проміжної областю (staging area) сховища даних. Крім того, Analytics Server зберігає метадані про дані джерел і бізнес-визначення (business definitions), які заводить адміністратор, в репозиторії.

Однак, у багатьох відношеннях BI Suite EE конкурує тут з аналітичним платформами компаній Cognos і Business Objects, в яких також реалізовані до деякої міри сервер додатків, механізм ролей і повноважень (roles and permissions), і кешування часто запитуваних даних в буфері / кеші.

Насправді, більшість користувачів будуть використовувати Oracle BI Suite EE як доповнення до традиційного сховища даних Oracle; Oracle BI Suite EE буде використовуватися як засіб формування запитів і звітів для цього сховища даних, і якась частина підтримують даних, така як зовнішні демографічні дані або дані, що зберігаються в електронних таблицях або файлах XML, завантажуватимуться прямо в Analytics Server, коли це потрібно. Необхідність в очищенні і перетвореннях даних не зникне, і сховище даних з ETL-інструментом, таким як Oracle Warehouse Builder, залишається найкращим місцем для виконання такого роду інтеграції.

Аналітичний сервер Oracle – Oracle BI Server

Центром платформи Oracle BI Suite EE є аналітичний сервер Oracle BI Server. Це "аналітичний сервер додатків" ("business intelligence application server"), який надає платформу для Oracle Answers, Oracle Dashboards та інших засобів формування запитів, додає метадані про бізнес і подання (business and presentation), вибирає дані з баз даних – джерел, кешує і обробляє їх і передає результати засобу формування запитів (query tool).


Аналітичний сервер Oracle – це, в основному, ROLAP (Relational OLAP) "двигун" (engine), який з'єднується до джерел даних, але не має локальної (зовнішньої) пам'яті в традиційному, для баз даних, сенсі. Хоча у нього є буфер (cache), в якому зберігаються раніше вибраних даних, так що наступні запити до цих же даних виконуються швидше. Подібно OracleBI Discoverer, аналітичний сервер Oracle використовує Enterprise Semantic Model (еквівалентну Discoverer End User Layer), яка, проте, складена з трьох шарів: Presentation (подання), Business (бізнес) і Physical (фізичний).

Аналітичний сервер Oracle початково спроектований як незалежний від баз даних. З'єднання підтримуються до всіх СУБД з застосуванням ODBC-драйверів, а також до інших джерел структурованих даних, таким як електронні таблиці Microsoft Excel і XML-документи. Як тільки дані обрані з баз-джерел, Analytic Server зводить ці дані, якщо потрібно, виконує обчислення та іншу обробку і надає результати користувачам через обрані ними засоби формування запитів. При проектуванні аналітичного сервера однієї з основних цілей було максимальне, наскільки це можливо, переміщення завантаження у зв'язку з виконанням запиту до баз-джерелами. А сам аналітичний сервер спеціалізувався на небозводі, комбінуванні (отриманих) даних, виконання правил подання та безпеки, передачі результатів засобу формування запитів.

Питання, яке одразу постає при розгляді аналітичного сервера, – до якої міри він масштабується (scale up), щоб впоратися з обробкою даних з надвеликих баз даних. Я ще не тестував аналітичний сервер з великими базами даних, проте маркетингові матеріали Siebel стверджують, що сервер може задовольнити десятки тисяч конкурентних користувачів, мільйони клієнтів і справлятися з безліччю терабайтов даних, докладних до рівня транзакції. Крім того, хоча аналітичний сервер не зберігає (у зовнішній пам'яті) свої дані, він володіє багатьма властивостями СУБД масштабу підприємства, включаючи підтримку безлічі конкурентних користувачів, забезпечення безпеки, можливість виконання на різних апаратних платформах (Unix і Microsoft Windows, хоча Linux ще немає), хороша продуктивність з великими обсягами даних, стан високої готовності (highly available) і наявність засобів діагностики. Єдина відмінність від реляційної СУБД – це відсутність зберігання даних у зовнішній пам'яті (за винятком кешованих результатів запитів) і відсутність підтримки транзакцій.

Oracle Analytics Web

Oracle Analytics Web – це прикладна оболонка (application framework), яка надає доступ до OracleBI Answers, Delivers і інших інструментах BI Suite Enterprise Edition. Всі ці додатки всередині Analytics Web розроблені для застосування з Web, у них "тонкий клієнт" c "багатим" для користувача інтерфейсом на основі HTML, DHTML і Javascript. На відміну від OracleBI Discoverer Plus вони не вимагають JVM (віртуальної машини Java) на клієнтському ПК і завантаження та встановлення Java-аплета. …

Oracle Analytics Web допускає створення кластерів web-серверів для масштабованості. …

OracleBI Answers

OracleBI Answers – це еквівалент OracleBI Discoverer в BI Suite Enterprise Edition. Це інструмент формування нерегламентованих запитів і, як і інші інструменти Analytics Web, працює з бізнес-моделлю (Business model). Він використовується для створення і публікації звітів, які можуть публікуватися через OracleBI Interactive Dashboards. …

OracleBI Interactive Dashboard

OracleBI Interactive Dashboard (інтерактивна інформаційна панель) виконує ту ж роль, що Oracle Application Server Portal в BI Suite Standard Edition; цей інструмент надає web-оболонку (framework) для доставки безлічі звітів користувачам на єдиній портальної Web-сторінці. На відміну від BI Suite Standard Edition, звіти в інформаційній панелі повністю інтерактивні і показують дані в міру їх надходження в режимі реального часу (display live, up to date data) від джерел. …

Керована аналітика з застосуванням інформаційної панелі

Цікавою функцією Interactive Dashboards є підтримка для "Guided Analytics" – керованої аналітики. Ця функція разом з проактивними функціями в OracleBI Delivers розроблена для того, щоб допомогти бізнес-користувачам швидко й ефективно визначати / знаходити (navigate) турбують проблеми і робити відповідні дії. …

Анатомія Oracle BI Server

Отримавши уявлення про платформу Oracle BI Suite Enterprise Edition, подивимося докладніше на її аналітичний сервер.

Архітектура

Oracle BI Suite EE – це повна платформа для побудови аналітичних додатків. Вона містить серверну складову, клієнтські додатки, інструменти адміністрування і ODBC-інтерфейси для платформи і зовні її. Для більш широкомасштабних розгортань Oracle BI Server кластеріруется і засіб аутентифікації (authentication cab) може бути внутрішнім для платформи або зовнішнім з використанням LDAP які засоби аутентифікації бази даних.


У центрі архітектури цієї платформи – Oracle BI Server. Він включає функції, пов'язані з інтелектуальною генерацією запитів – Intelligent Request Generation. Ця можливість (ми незабаром її розглянемо детальніше) обробляє вхідні запити, вибирає дані з відповідних джерел, зводить їх і виконує локальні обчислення. Аналітичний сервер також реалізує управління сесіями і балансування завантаження, застосовує правила безпеки і обмежень даних (security and scopes data), і представляє дані користувачам згідно логічної бізнес-моделі (logical business model).

Oracle BI Web – це web-додаток на C + +, яка надає Web Catalog, клієнтські (front-end) додатки, такі як Oracle Answers і Oracle Dashboards, ODBC разом з XML-та URL-інтерфейсами web-сервісів SOAP. …

Адміністрування сервера Oracle BI Server здійснюється із застосуванням спеціального інструменту (в середовищі Windows), яке надає доступ до каталогів Semantic Model, а також до (визначень) користувачів і груп, безпеки, робіт (jobs), можливостям адміністрування кешу і кластерірованія.

І, нарешті, адаптери до джерел даних забезпечують ключову можливість аналітичного сервера – з'єднання до різнорідних джерел даних, в той же час як ODBC в Oracle BI Web дозволяє додаткам третіх фірм, таких як Business Objects, отримувати доступ до даних (аналітичного) сервера через Semantic Model.

Федеративні джерела даних

Як раніше зазначалося, ключовою метою проектування для Siebel Analytic Server була максимальна, наскільки це можливо, переміщення обробки до баз даних – джерел, які зберігають дані. У типовому випадку, коли ви встановлюєте Siebel Analytics, ви визначаєте з'єднання до цих баз даних (Oracle, Microsoft SQL Server, IBM DB2), що містить дані, потрібні

для аналізу, і потім визначаєте верстви бізнесу і уявлення (business and presentation layers (the "Enterprise Semantic Model")) в "Enterprise Semantic Model" над цими сирими даними. І потім, коли користувачі запитують Analytic Server, використовуючи інструмент запиту, їх "логічний" запит транслюється в один або декілька запитів до баз даних джерел і відповідні дані вибираються. Якщо кеш в Analytic Server активований, результати цього запиту запам'ятовуються в ньому для пізнішого використання і одночасно повертаються користувачеві.

Siebel Analytic Server і Oracle BI Analytic Server підтримують з'єднання до багатьох джерел даних. Реляційні дані можуть бути обрані з будь-якої бази даних (із застосуванням ODBC-драйвера), включаючи Oracle, Microsoft SQL Server, IBM DB2 і Teradata. Analytic Server також підтримує з'єднання до джерел багатовимірних даних (мова доступу MDX), таким як Microsoft Analysis Services і SAP Business Warehouse, а також до файлових і XML-джерелами. Коли дані з цих джерел імпортуються в Analytic Server, користувач бачить уніфіковане представлення всього набору доступних даних, який може включати елементи з розрізнених джерел даних, зведених воєдино в одні і ті ж об'єкти фактів і вимірювань (fact and dimension objects).

Семантична модель рівня підприємства

Як і OracleBI Discoverer, сервер Oracle BI Server представляє дані користувачам згідно логічної бізнес-моделі. У Discoverer вона відома як End User Layer, а в цьому сервері як Enterprise Semantic Model.

Ця Semantic Model містить три шари:


Семантичні моделі (Semantic Models) зберігаються у репозиторіях, сховищах метаданих на базі файлів, які можуть бути активовані або відключені (offline or online). Їх адміністрування виконується з використанням інструменту Administration tool аналогічно тому, як використовується OracleBI Discoverer Administrator.

Інструмент адміністрування

Analytic Server і особливо Enterprise Semantic Model адмініструються з використанням Administration Tool – Windows-програми, що з'єднується з репозиторієм в online або offline стані.


Administration Tool представляє три шари Enterprise Semantic Model як три панелі (panes), показуючи шари Presentation, Business Model and Mapping і Physical layer поруч один з одним. Використовуючи цей інструмент, ви можете створювати і ввести користувачів та групи, призначати їм дозволи (assign permissions), управляти кешом і виконувати інші завдання.

Фізичний шар – Physical Layer

Фізичний шар Семантичної моделі пов'язаний з фізичними сполуками до джерел даних, разом з фізичними структурами даних (physical data structures), до яких вони забезпечують доступ. Вони (джерела) можуть бути джерелами реляційних даних, OLAP через SQL-вистави (views) або MDX-, XML-, або будь-яке джерело даних з ODBC інтерфейсом. І на додаток до з'єднань до серверів баз даних, фізичний шар також підтримує з'єднання до ERP-і іншим додаткам, таким як Siebel CRM або Oracle E-Business Suite.

Бізнес-шар – Business Layer

Бізнес-шар забезпечує рівень абстракції над фізичними об'єктами і дозволяє адміністратору групувати дані в логічні тематичні області (logical subject areas). "Маршрути свердління" (Drill paths) можуть бути встановлені шляхом визначення вимірів (dimensions) і розмірності (measures). Вони можуть використовувати перевагами вбудованого "двигуна" обчислень (in-built calculation engine) в аналітичному сервері.

Шар вистави – Presentation Layer

Шар подання визначає, що кінцеві користувачі побачать, коли вони почнуть вибирати дані в OracleBI Answers. Це може бути повний набір даних в бізнес-шарі або просто поднабор, і ви можете застосовувати фільтри та обмеження (scoping), так що окремі департаменти побачать тільки свої дані.

Генерація запитів

Як зазначено вище, однією з головних цілей проектування Oracle BI Server є максимальний, наскільки це можливо, перенесення обробки запиту до баз вихідних даних. За цим стоїть те міркування, що виділена OLAP база даних буде краще при виконанні OLAP-обчислень і аналізу; високопродуктивна реляційна база даних, така як Oracle, буде краще в роботі зі надвеликими наборами даних і, коли це можливо, саме ці технології повинні використовуватися для обробки, а не аналітичний сервер. Роль, яку цей сервер грає, полягає в тому, що він приймає запит до логічних об'єктів від інструменту запитів (query tool) і потім транслює цей логічний запит в SQL (і MDX) до баз вихідних даних. Коли ці бази даних повертають свої результати, аналітичний сервер зводить дані, якщо потрібно, виконує сам деякі обчислення, форматує ці дані і повертає їх інструменту запитів.


SQL-пропозиції, які генеруються для кожної бази даних, оптимізується, щоб скористатися перевагами специфіки даної бази даних, і її сервер може отримувати доступ до даних в агрегованих таблицях (aggregate tables), якщо він "знає" про таких. Це може означати, наприклад, що ви можете прямо відображати вимірювання на більш високий рівень агрегування, до агрегованих таблиць в базі даних, які ви можете використовувати як заміну для механізму перезапису у запиті (query rewrite mechanism) в базі даних Oracle. Ця особливість може також використовуватися, щоб задати аналітичному сервера використання іншого SQL-вистави для аналітичного простору (analytic workspace), якщо потрібно агрегування більш високого рівня. Щоб докладно розібратися з тим, як процес генерування запитів працює, простежимо "Один день в житті запиту" ("A day in the life of a query") …

"Один день в житті запиту"

Користувач під'єднується до OracleBI Answers і становить запит. Цей запит містить назву бренду з вимірювання Products і розмірності (measures), що представляють дохід за закриті періоди (total closed revenue), кількості запитів на обслуговування (numbers of service requests) і частки доходу за брендам (revenue share by brand).


Цей запит потім переводиться в запит "logical SQL" і передається аналітичному сервера.


Перше, що зробить аналітичний сервер, – це перевірка кешу, щоб встановити, чи немає там вже даних, які відповідають умовам запиту.


Подібно механізму, який підтримує матеріалізовані уявлення та перезапис запитів, дані з кеша можуть бути використані, навіть якщо вони не відповідають даним запитом; підмножини кешованих даних можуть використовуватися, вони можуть агрегуватися. Відхилення (derivations) можуть використовуватися, якщо вони задовольнять запит швидше, ніж вибірка збережених результатів.

Якщо ж кеш не може задовольнити запит, Navigator обробить цей запит і почне процес вибірки даних з баз даних джерел.

Перший крок, який виконує navigator, – це визначення того, чи вимагають елементи запиту витонченого аналізу, такого як OLAP-обчислення. Якщо так, то сервер передасть його джерела даних, у разі якщо він здатний (OLAP-capable) до такої обробці; Якщо ж джерело не здатний до неї (можливо, це база даних типу Microsoft Access або файл), то обчислення будуть виконані всередині аналітичного сервера. У нашому випадку обчислення типу визначення частки доходу (Revenue Share) потрапляє саме в цю категорію і, якщо в цьому випадку база даних – Oracle, то це обчислення, можливо, буде передано сервера цієї бази даних для виконання.


Для нашого запиту дані про доходи за закриті періоди (closed revenue data) знаходяться в базі даних Головної книги (general ledger), в той же час дані про обслуговування (service request data) знаходяться в базі даних програми центру обслуговування (call centre application). Елемент оптимізації фрагментації (fragmentation optimization element) навігатора потім визначає найкращий спосіб окремо вибрати відповідні елементи даних, автоматично вирішуючи пастки (fan traps), якщо потрібно.


Крім того, якщо потрібні дані знаходяться в більш ніж одному джерелі, але походять з одного, то (навігатор) постарається взяти їх саме з цього джерела.

Далі, navigator буде намагатися оцінити агрегати, які асоціюються з цими розмірностями, щоб зрозуміти, чи можна їх використовувати замість виконання агрегування з докладних даних (detail-level data) "На льоту".


Нарешті, сервер перепише запит, щоб використовувати "свою" (internal) функціональність обчислень, якщо джерело даних не може їх виконати, тим самим забезпечуючи певний рівень цієї функціональності всіма джерелами даних.


SQL-і MDX-пропозиції, згенеровані для різних платформ, оптимізуються під кожну з них, і адміністратор аналітичного сервера може "включити" або "відключити" деякі функції для конкретних платформ, так що, наприклад, SQL-пропозицію з аналітичними функціями (analytic SQL) буде дозволено для платформи, що підтримує такі функції, інакше воно буде відкинуто.

Зрозумівши, як працює аналітичний сервер, ми розберемо простий приклад з реляційними даними, які використовуються для поповнення Semantic Model.

Приклад 1: Побудова Semantic Model

У цьому прикладі ми будемо використовувати набір даних Global Electronics, який ми раніше застосовували на семінареr. Спочатку, ми візьмемо реляційні таблиці, використані як джерело для Глобального аналітичного простору (Global analytic workspace) і створимо звіти, застосовуючи ці таблиці. А потім, ви візьмемо це аналітичне простір і покажемо, як створювати звіти з ним. …

Інтеграція з Oracle OLAP

До цих пір, дані для поповнення Enterprise Semantic Model бралися з реляційних таблиць в базі даних Oracle, тих таблиць, які надавали вихідні дані для Global analytic workspace. У деяких обставинах, однак, особливо коли ви припускаєте застосування дані з високим ступенем підсумовування (highly summarized data) або дані, з якими пов'язані складні, просунуті обчислення або прогнози, ви, можливо, віддасте перевагу прямо використовувати дані, що зберігаються в OLAP Analytic Workspace. …

Приклад 2: Використання OLAP-даних

У цьому прикладі ми розглянемо, як Oracle BI Suite Enterprise Edition може використовуватися для доступу до даних в аналітичних просторах. Ці простори потенційно більш ефективні для зберігання й підсумовування даних для звітів, оскільки вони займають менше місця на дисках, повертають результати швидше і справляються з ad-hoc запитами більш ефективно, ніж реляційні таблиці

Ми будемо використовувати Global Analytic Workspace зі схемою Global Sample Schema, реляційні таблиці джерела, які ми використовували в попередньому прикладі. Це Analytic Workspace містить куб "Units Cube", який має вимірами Product, Customer, Time і Channel.


Сам куб містить три розмірності: Units, Sales і Cost, і хоча деякі вимірювання містять безліч ієрархій, ми, щоб не ускладнювати приклад, будемо використовувати тільки одну ієрархію для кожного вимірювання.

На відміну від OracleBI Discoverer Plus OLAP, Oracle BI Suite Enterprise Edition читає дані в аналітичних просторах з використанням SQL views, а не Java OLAP API. …

Використання Oracle BI Server з Oracle Analytics Web

Пройшовши кроки створення Semantic Model, ми можемо відкрити Web-браузер і почати створювати інтерактивні інформаційні панелі (interactive dashboards) з використанням OracleBI Answers і OracleBI Dashboards, компонентів, доступних через front-end елемент Oracle BI Suite Enterprise Edition – Oracle Analytics Web. …

Висновок

Oracle BI Suite EE – це нова лінійка аналітичних продуктів Oracle, яка заснована на технології Siebel Analytics, з'єднаної з Oracle Fusion Middleware. Вона включає виділений аналітичний сервер, підтримує з'єднання з різнорідними базами даних і додатками. Цей сервер отримує SQL-запит, складений згідно Semantic Model, і перетворює його в SQL-і MDX-пропозиції, оптимізовані для конкретних платформ. Він підтримує реляційні, OLAP-, XML-та інші джерела даних згідно Enterprise Semantic Model, що включає фізичний шар, бізнес-шар і шар подання.

Oracle Analytics Web – це web-клієнтська частина платформи BI Suite Enterprise Edition, вона включає OracleBI Answers, Interactive Dashboards, Delivers, Disconnected Analytics і Briefing Books. Через Analytics Web всі ці компоненти спільно використовують засоби безпеки, кешування і стилі подання (look and feel).

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*