| Новые программы oszone.net |  |
Большинство разработчиков и АБД, работающих в области аналитики (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).
Теги:
Комментарии посетителей
Комментарии отключены. С вопросами по статьям обращайтесь в форум.
|
|
