Анатомия 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 состояло из 2-ух наборов товаров:

Siebel Business Analytics Platform – аналитического сервера приложений, инструментов администрирования и формирования отчетов, которые сейчас составляют Oracle BI Suite Enterprise Edition;
Siebel Analytics Applications, набора за ранее сконфигурированных (pre-packaged), вертикальных приложений, построенных с применением инструментов Analytics Platform. Эти приложения компания Oracle будет продавать как и раньше под именованием Siebel Business Analytics Applications. …

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

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

Sales Analytics,
Service and Contact Center Analytics,
Marketing Analytics,
Financial Analytics,
Supply Chain and Supplier Analytics,
HR/Workforce Analytics и
Real-Time Decision Solutions. …

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

Oracle BI Suite Platform

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

OracleBI Analytics Server, ранее Siebel Analytics Server
OracleBI Interactive Dashboards, ранее Siebel Intelligence Dashboard
OracleBI Answers, ранее Siebel Answers
OracleBI Delivers, ранее Siebel Delivers
OracleBI Disconnected Analytics, ранее Siebel Mobile Analytics
OracleBI Reporting & Publishing, на базе технологии от Actuate

Дела с классической архитектурой хранилищ данных 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 BI Server и Oracle BI Suite EE

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

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

Вопрос, который сходу встает при рассмотрении аналитического сервера, – до какой степени он масштабируем (scale up), чтоб совладать с обработкой данных из сверхбольших баз данных. Я еще не тестировал аналитический сервер с большенными базами данных, но рекламные материалы Siebel говорят, что сервер может удовлетворить 10-ки тыщ конкурентных юзеров, миллионы клиентов и управляться с обилием терабайтов данных, подробных до уровня транзакции. Не считая того, хотя аналитический сервер не хранит (во наружной памяти) свои данные, он обладает многими качествами СУБД масштаба предприятия, включая поддержку огромного количества конкурентных юзеров, обеспечение безопасности, возможность выполнения на разных аппаратных платформах (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 и Oracle BI Suite EE

В центре архитектуры этой платформы – 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 содержит три слоя:

физический слой, который содержит метаданные о физических источникам данных, имена таблиц, первичные и зарубежные (primary and foreign) ключи и подсчеты строк (row counts);
бизнес-слой, логический слой, который содержит конструкции измерений (dimensional constructs), логические таблицы, правила вычислений и агрегации и
слой представления – облегченное, персонализованное представление данных, к которым ссылаются с применением “логического SQL”.

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

Инструмент администрирования

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

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

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) к базам начальных данных. Когда эти базы данных возвращают свои результаты, аналитический сервер сводит данные, если необходимо, делает сам некие вычисления, форматирует эти данные и возвращает их инструменту запросов.

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

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).

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

Этот запрос потом переводится в запрос “logical SQL” и передается аналитическому серверу.

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

1-ое, что сделает аналитический сервер, – это проверка кэша, чтоб установить, нет ли там уже данных, которые соответствуют условиям запроса.

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

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

Если же кэш не может удовлетворить запрос, Navigator обработает этот запрос и начнет процесс подборки данных из баз данных источников.

1-ый шаг, который делает navigator, – это определение того, требуют ли элементы запроса утонченного анализа, такового как OLAP-вычисление. Если да, то сервер передаст его источнику данных, в случае если он способен (OLAP-capable) к таковой обработке; Если же источник не способен к ней (может быть, это база данных типа Microsoft Access либо файл), то вычисления будут выполнены снутри аналитического сервера. В нашем случае вычисление типа определение толики дохода (Revenue Share) попадает конкретно в эту категорию и, если в данном случае база данных – Oracle, то это вычисление, может быть, будет передано серверу этой базы данных для выполнения.

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

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

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

Не считая того, если нужные данные находятся в более чем одном источнике, но происходят из 1-го, то (навигатор) постарается взять их конкретно из этого источника.

Дальше, navigator будет стараться оценить агрегаты, которые ассоциируются с этими размерностями, чтоб осознать, можно ли их использовать заместо выполнения агрегирования из подробных данных (detail-level data) “на лету”.

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

В конце концов, сервер перепишет запрос, чтоб использовать “свою” (internal) функциональность вычислений, если источник данных не может их выполнить, тем обеспечивая некий уровень этой функциональности всем источникам данных.

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

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.

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

Сам куб содержит три размерности: 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).

Аналогичный товар: Комментирование на данный момент запрещено, но Вы можете оставить ссылку на Ваш сайт.

Комментарии закрыты.