OBIEE - Краткое руководство

На сегодняшнем конкурентном рынке большинство успешных компаний быстро реагируют на рыночные изменения и возможности. Требование быстрого реагирования связано с эффективным и действенным использованием данных и информации.“Data Warehouse”- это центральное хранилище данных, организованное по категориям для поддержки лиц, принимающих решения в организации. После того, как данные сохранены в хранилище данных, они могут быть доступны для анализа.

Термин «хранилище данных» был впервые изобретен Биллом Инмоном в 1990 году. По его словам, «хранилище данных представляет собой предметно-ориентированный, интегрированный, изменчивый во времени и энергонезависимый сбор данных для поддержки процесса принятия решений руководством».

Ральф Кимбалл дал определение хранилища данных на основе его функциональности. Он сказал: «Хранилище данных - это копия данных транзакций, специально структурированная для запросов и анализа».

Хранилище данных (DW или DWH) - это система, используемая для анализа данных и отчетности. Это репозитории, в которых хранятся данные из одного или нескольких разнородных источников данных. В них хранятся как текущие, так и исторические данные, и они используются для создания аналитических отчетов. DW можно использовать для создания интерактивных информационных панелей для высшего руководства.

Например, аналитические отчеты могут содержать данные для квартальных сравнений или для годового сравнения отчета о продажах компании.

Данные в DW поступают из нескольких операционных систем, таких как продажи, человеческие ресурсы, маркетинг, управление складом и т. Д. Он содержит исторические данные из разных систем транзакций, но также может включать данные из других источников. DW используется для отделения рабочей нагрузки обработки и анализа данных от рабочей нагрузки транзакции и позволяет консолидировать данные из нескольких источников данных.

Потребность в хранилище данных

Например, у вас есть агентство жилищного кредитования, в которое данные поступают из нескольких приложений SAP / сторонних поставщиков, таких как маркетинг, продажи, ERP, HRM и т. Д. Эти данные извлекаются, преобразуются и загружаются в DW. Если вам нужно проводить сравнение продаж продукта за квартал / год, вы не можете использовать оперативную базу данных, так как это повредит систему транзакций. Вот где возникает необходимость в использовании DW.

Характеристики хранилища данных

Некоторые из ключевых характеристик DW:

• Он используется для отчетности и анализа данных.
• Он предоставляет центральное хранилище данных, интегрированных из одного или нескольких источников.
• В нем хранятся текущие и исторические данные.

Хранилище данных против транзакционной системы

Ниже приведены несколько различий между хранилищем данных и оперативной базой данных (системой транзакций).

• Транзакционная система предназначена для известных рабочих нагрузок и транзакций, таких как обновление записи пользователя, поиск записи и т. Д. Однако транзакции DW более сложны и представляют собой общую форму данных.

• Транзакционная система содержит текущие данные организации, тогда как DW обычно содержит исторические данные.

• Транзакционная система поддерживает параллельную обработку нескольких транзакций. Механизмы управления параллелизмом и восстановления необходимы для поддержания согласованности базы данных.

• Оперативный запрос к базе данных позволяет читать и изменять операции (удаление и обновление), в то время как для запроса OLAP требуется только доступ только для чтения к сохраненным данным (оператор выбора).

• DW включает в себя очистку данных, интеграцию данных и консолидацию данных.

DW имеет трехуровневую архитектуру - уровень источника данных, уровень интеграции и уровень представления. На следующей диаграмме показана общая архитектура системы хранилища данных.

Типы систем хранилищ данных

Ниже приведены типы систем DW -

• Витрина данных
• Онлайн-аналитическая обработка (OLAP)
• Обработка онлайн-транзакций (OLTP)
• Прогнозный анализ

Витрина данных

Витрина данных - это простейшая форма DW, обычно она фокусируется на одной функциональной области, например продажах, финансах или маркетинге. Следовательно, витрина данных обычно получает данные только из нескольких источников данных.

Источниками могут быть внутренняя система транзакций, центральное хранилище данных или приложение внешнего источника данных. Денормализация является нормой для методов моделирования данных в этой системе.

Онлайн-аналитическая обработка (OLAP)

Система OLAP содержит меньшее количество транзакций, но включает в себя сложные вычисления, такие как использование агрегатов - Sum, Count, Average и т. Д.

Что такое агрегирование?

Мы сохраняем таблицы с агрегированными данными, такими как годовой (1 строка), квартальный (4 строки), ежемесячный (12 строк), и теперь мы хотим сравнить данные, например, ежегодно будет обрабатываться только 1 строка. Однако в неагрегированных данных все строки будут обработаны.

Система OLAP обычно хранит данные в многомерных схемах, таких как схема Star, схемы Galaxy (при этом таблицы фактов и измерений объединены логическим образом).

В системе OLAP время ответа для выполнения запроса является мерой эффективности. Приложения OLAP широко используются методами интеллектуального анализа данных для получения данных из систем OLAP. Базы данных OLAP хранят агрегированные исторические данные в многомерных схемах. В системах OLAP задержка данных составляет несколько часов по сравнению с витринами данных, где задержка обычно приближается к нескольким дням.

Обработка онлайн-транзакций (OLTP)

Система OLTP известна большим количеством коротких онлайн-транзакций, таких как вставка, обновление, удаление и т. Д. Системы OLTP обеспечивают быструю обработку запросов, а также отвечают за обеспечение целостности данных в среде с множественным доступом.

Для систем OLTP эффективность измеряется количеством транзакций, обрабатываемых в секунду. Системы OLTP обычно содержат только текущие данные. Схема, используемая для хранения транзакционных баз данных, является моделью сущности. Нормализация используется для методов моделирования данных в системе OLTP.

OLTP против OLAP

На следующем рисунке показаны основные различия между системами OLTP и OLAP.

Indexes - В системе OLTP есть только несколько индексов, тогда как в системе OLAP есть много индексов для оптимизации производительности.

Joins- В системе OLTP нормализуется большое количество соединений и данных; однако в системе OLAP меньше объединений и ненормализованных.

Aggregation - В системе OLTP данные не агрегируются, в то время как в базе данных OLAP используется больше агрегатов.

Размерное моделирование предоставляет набор методов и концепций, которые используются при проектировании DW. По словам консультанта DW Ральфа Кимбалла, размерное моделирование - это метод проектирования баз данных, предназначенный для поддержки запросов конечных пользователей в хранилище данных. Он ориентирован на понятность и производительность. По его словам, хотя транзакционно-ориентированная ER очень полезна для захвата транзакций, ее следует избегать для доставки конечным пользователям.

В размерном моделировании всегда используются факты и таблицы измерений. Факты - это числовые значения, которые можно агрегировать и анализировать на основе значений фактов. Измерения определяют иерархию и описание значений фактов.

Таблица размеров

В таблице измерений хранятся атрибуты, описывающие объекты, в таблице фактов. Таблица измерений имеет первичный ключ, который однозначно определяет каждую строку измерения. Этот ключ используется для связывания таблицы измерений с таблицей фактов.

Таблицы измерений обычно ненормализованы, поскольку они не создаются для выполнения транзакций, а используются только для детального анализа данных.

пример

В следующей таблице измерений измерение клиента обычно включает в себя имя клиентов, адрес, идентификатор клиента, пол, группу дохода, уровень образования и т. Д.

Пользовательский ИД	имя	Пол	Доход	Образование	Религия
1	Брайан Эдж	M	2	3	4
2	Фред Смит	M	3	5	1
3	Салли Джонс	F	1	7	3

Таблицы фактов

Таблица фактов содержит числовые значения, известные как измерения. Таблица фактов имеет два типа столбцов - факты и внешний ключ к таблицам измерений.

Меры в таблице фактов бывают трех типов:

• Additive - Меры, которые можно добавить по любому измерению.

• Non-Additive - Меры, которые нельзя добавить ни по одному измерению.

• Semi-Additive - Меры, которые можно добавлять по некоторым параметрам.

пример

ID времени	идантификационный номер продукта	Пользовательский ИД	Единица продана
4	17	2	1
8	21 год	3	2
8	4	1	1

Эти таблицы фактов содержат внешние ключи для измерения времени, измерения продукта, измерения клиента и проданной единицы измерения стоимости.

Предположим, компания продает товары покупателям. Каждая продажа - это факт, происходящий внутри компании, и таблица фактов используется для записи этих фактов.

Общие факты: количество проданных единиц, маржа, выручка от продаж и т. Д. В таблице измерений перечислены такие факторы, как клиент, время, продукт и т. Д., С помощью которых мы хотим анализировать данные.

Теперь, если мы рассмотрим приведенную выше таблицу фактов и измерение «Клиент», тогда также будут измерения «Продукт» и «Время». Учитывая эту таблицу фактов и эти три таблицы измерений, мы можем задать такие вопросы, как: Сколько часов было продано покупателям-мужчинам в 2010 году?

Разница между размером и таблицей фактов

Функциональное различие между таблицами измерений и таблицами фактов состоит в том, что таблицы фактов содержат данные, которые мы хотим анализировать, а таблицы измерений содержат информацию, необходимую для того, чтобы мы могли запрашивать их.

Сводная таблица

Агрегированная таблица содержит агрегированные данные, которые можно вычислить с помощью различных агрегатных функций.

An aggregate function - это функция, в которой значения нескольких строк сгруппированы вместе в качестве входных данных по определенным критериям, чтобы сформировать одно значение более значимого значения или измерения.

Общие агрегатные функции включают в себя -

• Average()
• Count()
• Maximum()
• Median()
• Minimum()
• Mode()
• Sum()

Эти агрегированные таблицы используются для оптимизации производительности при выполнении сложных запросов в хранилище данных.

пример

Вы сохраняете таблицы с агрегированными данными, такими как годовой (1 строка), квартальный (4 строки), ежемесячный (12 строк), и теперь вам нужно провести сравнение данных, например, ежегодно будет обрабатываться только 1 строка. Однако в неагрегированной таблице все строки будут обработаны.

MIN	Возвращает наименьшее значение в заданном столбце
МАКСИМУМ	Возвращает наибольшее значение в заданном столбце
СУММ	Возвращает сумму числовых значений в заданном столбце.
AVG	Возвращает среднее значение данного столбца.
COUNT	Возвращает общее количество значений в заданном столбце.
COUNT (*)	Возвращает количество строк в таблице.

Выберите Avg (зарплата) для сотрудника, где title = 'developer'. Этот отчет вернет среднюю зарплату для всех сотрудников, чья должность равна «Разработчик».

Агрегации можно применять на уровне базы данных. Вы можете создавать агрегаты и сохранять их в таблицах агрегатов в базе данных или применять агрегаты на лету на уровне отчета.

Note - Если вы сохраняете агрегаты на уровне базы данных, это экономит время и обеспечивает оптимизацию производительности.

Схема - это логическое описание всей базы данных. Он включает имя и описание записей всех типов, включая все связанные элементы данных и агрегаты. Как и база данных, DW также требует поддержки схемы. База данных использует реляционную модель, в то время как DW использует схемы Star, Snowflake и Fact Constellation (схема Galaxy).

Схема звезды

В звездообразной схеме есть несколько таблиц измерений в ненормализованной форме, которые объединены только с одной таблицей фактов. Эти таблицы объединены логическим образом для удовлетворения некоторых бизнес-требований в целях анализа. Эти схемы представляют собой многомерные структуры, которые используются для создания отчетов с использованием инструментов отчетности BI.

Измерения в схемах Star содержат набор атрибутов, а таблицы фактов содержат внешние ключи для всех измерений и значений измерений.

В приведенной выше звездообразной схеме в центре есть таблица фактов «Факты продаж», которая соединена с 4 таблицами измерений с использованием первичных ключей. Таблицы измерений в дальнейшем не нормализуются, и такое объединение таблиц известно как звездообразная схема в DW.

Таблица фактов также содержит значения показателей - dollar_sold и units_sold.

Схема снежинок

В схеме снежинок есть несколько таблиц измерений в нормализованной форме, которые объединены только с одной таблицей фактов. Эти таблицы объединены логическим образом для удовлетворения некоторых бизнес-требований в целях анализа.

Единственное различие между схемами Star и Snowflakes состоит в том, что таблицы измерений дополнительно нормализованы. Нормализация разбивает данные на дополнительные таблицы. Благодаря нормализации в схеме Snowflake избыточность данных уменьшается без потери информации, поэтому становится проще поддерживать и экономить место для хранения.

В приведенном выше примере схемы Snowflakes таблицы Product и Customer дополнительно нормализованы для экономии места для хранения. Иногда он также обеспечивает оптимизацию производительности, когда вы выполняете запрос, который требует обработки строк непосредственно в нормализованной таблице, поэтому он не обрабатывает строки в основной таблице измерений и переходит непосредственно в нормализованную таблицу в схеме.

Гранулярность

Гранулярность в таблице представляет уровень информации, хранящейся в таблице. Высокая степень детализации данных означает, что данные находятся на уровне транзакции или почти на уровне транзакции, который имеет более подробную информацию. Низкая детализация означает, что данные имеют низкий уровень информации.

Таблица фактов обычно разрабатывается с низким уровнем детализации. Это означает, что нам нужно найти самый низкий уровень информации, который может быть сохранен в таблице фактов. В измерении даты уровень детализации может быть годом, месяцем, кварталом, периодом, неделей и днем.

Процесс определения степени детализации состоит из двух этапов:

• Определение размеров, которые должны быть включены.
• Определение места для размещения иерархии каждого измерения информации.

Медленно меняющиеся размеры

Под медленно меняющимися размерами понимается изменение значения атрибута с течением времени. Это одна из распространенных концепций DW.

пример

Энди является сотрудником XYZ Inc. Он впервые оказался в Нью-Йорке в июле 2015 года. Исходная запись в таблице поиска сотрудников имеет следующую запись:

ID сотрудника	10001
имя	Энди
Расположение	Нью-Йорк

Позже он переехал в Лос-Анджелес, Калифорния. Как XYZ Inc. теперь следует изменить таблицу сотрудников, чтобы отразить это изменение?

Это известно как концепция «медленно меняющегося измерения».

Есть три способа решить эту проблему:

Решение 1

Новая запись заменяет исходную. Никаких следов старой записи не существует.

Медленно меняя размер, новая информация просто заменяет исходную. Другими словами, история не ведется.

ID сотрудника	10001
имя	Энди
Расположение	Лос-Анджелес, Калифорния

• Benefit - Это самый простой способ справиться с проблемой медленно меняющегося размера, поскольку нет необходимости отслеживать старую информацию.

• Disadvantage - Вся историческая информация потеряна.

• Use - Решение 1 следует использовать, когда DW не требуется отслеживать историческую информацию.

Решение 2

Новая запись вводится в таблицу измерения «Сотрудник». Итак, с сотрудником Энди обращаются как с двумя людьми.

В таблицу добавляется новая запись для представления новой информации, при этом будут присутствовать как исходная, так и новая запись. Новая запись получает свой собственный первичный ключ следующим образом:

ID сотрудника	10001	10002
имя	Энди	Энди
Расположение	Нью-Йорк	Лос-Анджелес, Калифорния

• Benefit - Этот метод позволяет нам хранить всю историческую информацию.

• Disadvantage- Размер стола растет быстрее. Когда количество строк в таблице очень велико, пространство и производительность таблицы могут быть проблемой.

• Use - Решение 2 следует использовать, когда DW необходимо хранить исторические данные.

Решение 3

Исходная запись в измерении "Сотрудник" изменяется, чтобы отразить это изменение.

Будет два столбца для указания конкретного атрибута, один указывает исходное значение, а другой указывает новое значение. Также будет столбец, указывающий, когда текущее значение станет активным.

ID сотрудника	имя	Исходное местоположение	Новое место	Дата перемещения
10001	Энди	Нью-Йорк	Лос-Анджелес, Калифорния	Июль 2015 г.

• Benefits- Это не увеличивает размер таблицы, поскольку обновляется новая информация. Это позволяет нам хранить историческую информацию.

• Disadvantage - Этот метод не сохраняет всю историю, когда значение атрибута изменяется более одного раза.

• Use - Решение 3 следует использовать только тогда, когда от DW требуется хранить информацию об исторических изменениях.

Нормализация

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

Цель нормализации

• Он используется для исключения определенных типов данных (избыточность / репликация) для улучшения согласованности.

• Он обеспечивает максимальную гибкость для удовлетворения будущих информационных потребностей, сохраняя таблицы, соответствующие типам объектов, в их упрощенных формах.

• Это создает более четкую и читаемую модель данных.

Преимущества

• Целостность данных.
• Повышает согласованность данных.
• Уменьшает избыточность данных и необходимое пространство.
• Снижает стоимость обновления.
• Максимальная гибкость при ответе на специальные запросы.
• Уменьшает общее количество строк в блоке.

Недостатки

Низкая производительность запросов в базе данных, поскольку для получения соответствующих данных из нескольких нормализованных таблиц необходимо выполнять соединения.

Вы должны понимать модель данных, чтобы правильно выполнять соединения между несколькими таблицами.

пример

В приведенном выше примере таблица внутри зеленого блока представляет собой нормализованную таблицу внутри красного блока. Таблица в зеленом блоке менее избыточна, а также с меньшим количеством строк без потери информации.

OBIEE означает Oracle Business Intelligence Enterprise Edition, набор инструментов бизнес-аналитики, предоставляемый корпорацией Oracle. Он позволяет пользователю предоставлять надежный набор отчетов, специальных запросов и анализа, OLAP, информационную панель и функциональные возможности системы показателей с богатым интерфейсом для конечных пользователей, который включает визуализацию, совместную работу, предупреждения и многие другие параметры.

Ключевые моменты

• OBIEE обеспечивает надежную отчетность, которая упрощает доступ к данным для бизнес-пользователей.

• OBIEE предоставляет общую инфраструктуру для создания и доставки корпоративных отчетов, систем показателей, информационных панелей, специального анализа и анализа OLAP.

• OBIEE снижает затраты с помощью проверенной сервисно-ориентированной веб-архитектуры, которая интегрируется с существующей ИТ-инфраструктурой.

• OBIEE позволяет пользователю включать в себя богатую визуализацию, интерактивные информационные панели, широкий спектр вариантов анимированных диаграмм, взаимодействия в стиле OLAP, инновационный поиск и действенные возможности совместной работы для повышения уровня восприятия пользователями. Эти возможности позволяют вашей организации принимать более обоснованные решения, предпринимать осознанные действия и внедрять более эффективные бизнес-процессы.

Конкуренты на рынке

Основными конкурентами OBIEE являются инструменты Microsoft BI, SAP AG Business Objects, IBM Cognos и SAS Institute Inc.

Поскольку OBIEE позволяет пользователю создавать интерактивные информационные панели, надежные отчеты, анимированные диаграммы, а также благодаря своей экономической эффективности, он широко используется многими компаниями в качестве одного из основных инструментов для решения Business Intelligence.

Преимущества OBIEE

OBIEE предоставляет различные типы визуализаций для вставки в информационные панели, чтобы сделать их более интерактивными. Он позволяет создавать отчеты в формате Flash, шаблоны отчетов и специальные отчеты для конечных пользователей. Он обеспечивает тесную интеграцию с основными источниками данных, а также может быть интегрирован со сторонними поставщиками, такими как Microsoft, для встраивания данных в презентации PowerPoint и текстовые документы.

Ниже приведены ключевые особенности и преимущества инструмента OBIEE:

Особенности	Ключевые преимущества OBIEE
Интерактивные информационные панели	Предоставляет полностью интерактивные информационные панели и отчеты с богатым набором визуализаций.
Самостоятельная интерактивная отчетность	Позвольте бизнес-пользователям создавать новые анализы с нуля или изменять существующие анализы без какой-либо помощи ИТ
Корпоративная отчетность	Позволяет создавать шаблоны, отчеты и документы с высоким форматом, такие как отчеты в формате Flash, чеки и т. Д.
Упреждающее обнаружение и предупреждения	предоставляет мощный, почти в реальном времени, многоэтапный механизм оповещения, который может запускать рабочие процессы на основе бизнес-событий и уведомлять заинтересованные стороны через их предпочтительный носитель и канал
Практичный интеллект	Превращает аналитические данные в действия, предоставляя возможность запускать бизнес-процессы из информационных панелей и отчетов бизнес-аналитики.
Интеграция с Microsoft Office	Позволяет пользователям встраивать самые свежие корпоративные данные в документы Microsoft PowerPoint, Word и Excel.
Пространственный интеллект через визуализацию на основе карт	Позволяет пользователям визуализировать свои аналитические данные с помощью карт, обеспечивая интуитивную пространственную визуализацию в мире бизнес-аналитики.

Как войти в OBIEE?

Для входа в OBIEE вы можете использовать веб-адрес, имя пользователя и пароль.

Чтобы войти в Oracle BI Enterprise Edition -

Step 1 - В адресной строке веб-браузера введите URL-адрес для доступа к OBIEE.

Отобразится «страница входа».

Step 2 - Введите свое имя пользователя и пароль → Выберите язык (Вы можете изменить язык, выбрав другой язык в поле «Язык интерфейса пользователя» на вкладке «Настройки» диалогового окна «Моя учетная запись») → Щелкните вкладку «Войти».

Вы перейдете на следующую страницу в соответствии с конфигурацией: домашняя страница OBIEE, как показано на следующем изображении, или на страницу «Моя информационная панель» / «Личная информационная панель», или на информационную панель, специфичную для вашей должности.

Компоненты OBIEE в основном делятся на два типа компонентов:

• Компоненты сервера
• Клиентские компоненты

Компоненты сервера отвечают за запуск системы OBIEE, а клиентские компоненты взаимодействуют с пользователем для создания отчетов и информационных панелей.

Компоненты сервера

Ниже приведены компоненты сервера -

• Сервер Oracle BI (OBIEE)
• Сервер презентаций Oracle
• Сервер приложений
• Scheduler
• Кластерный контроллер

Сервер Oracle BI

Этот компонент является сердцем системы OBIEE и отвечает за взаимодействие с другими компонентами. Он генерирует запросы для запроса отчета, и они отправляются в базу данных для выполнения.

Он также отвечает за управление компонентами репозитория, которые предоставляются пользователю для создания отчета, обрабатывает механизм безопасности, многопользовательскую среду и т. Д.

Сервер презентаций OBIEE

Он принимает запросы от пользователей через браузер и передает все запросы на сервер OBIEE.

Сервер приложений OBIEE

Сервер приложений OBIEE помогает работать с клиентскими компонентами, а Oracle предоставляет серверу приложений Oracle10g пакет OBIEE.

Планировщик OBIEE

Он отвечает за планирование заданий в репозитории OBIEE. Когда вы создаете репозиторий, OBIEE также создает внутри репозитория таблицу, в которой сохраняется вся информация, связанная с расписанием. Этот компонент также является обязательным для запуска агентов в 11g.

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

Клиентские компоненты

Ниже приведены некоторые клиентские компоненты -

Веб-клиент OBIEE

Следующие инструменты доступны в веб-клиенте OBIEE:

• Интерактивные информационные панели
• Oracle поставляет
• Издатель BI
• Администратор службы презентаций BI
• Answers
• Отключенная аналитика
• Плагин MS Office

Не веб-клиент

В не веб-клиенте следующие ключевые компоненты:

• OBIEE Administration - Он используется для создания репозиториев и имеет три уровня - физический, деловой и презентационный.

• ODBC Client - Он используется для подключения к базе данных и выполнения команд SQL.

Архитектура OBIEE включает в себя различные компоненты системы бизнес-аналитики, которые необходимы для обработки запроса конечного пользователя.

Как на самом деле работает система OBIEE?

Первоначальный запрос от конечного пользователя отправляется на сервер презентаций. Сервер презентаций преобразует этот запрос в логический SQL и пересылает его компоненту сервера BI. BI-сервер преобразует его в физический SQL и отправляет его в базу данных для получения требуемого результата. Таким же образом этот результат представляется конечному пользователю.

На следующей диаграмме показана подробная архитектура OBIEE -

Архитектура OBIEE содержит компоненты Java и не-Java. Компоненты Java - это компоненты Web Logic Server, а компоненты, не относящиеся к Java, называются системными компонентами Oracle BI.

Сервер веб-логики

Эта часть системы OBIEE содержит сервер администратора и управляемый сервер. Сервер администратора отвечает за управление процессами запуска и остановки управляемого сервера. Управляемый сервер состоит из подключаемого модуля BI, Security, Publisher, SOA, BI Office и т. Д.

Менеджер узла

Node Manager запускает действия по автоматическому запуску, остановке, перезапуску и обеспечивает действия по управлению процессами для администратора и управляемого сервера.

Oracle Process Manager и Notification Server (OPMN)

OPMN используется для запуска и остановки всех компонентов системы BI. Он управляется и контролируется Fusion Middleware Controller.

Компоненты системы Oracle BI

Это не-Java компоненты в системе OBIEE.

Сервер Oracle BI

Это сердце системы Oracle BI и отвечает за предоставление возможностей доступа к данным и запросам.

Сервер презентаций BI

Он отвечает за предоставление данных с BI-сервера веб-клиентам, которые запрашиваются конечными пользователями.

Планировщик

Этот компонент обеспечивает возможность планирования в системе BI, и у него есть собственный планировщик для планирования заданий в системе OBIEE.

Хост Oracle BI Java

Он отвечает за то, чтобы сервер презентаций бизнес-аналитики мог поддерживать различные задачи Java для планировщика бизнес-аналитики, издателя и графиков.

Контроллер кластера BI

Это используется для балансировки нагрузки, чтобы гарантировать, что нагрузка равномерно распределяется для всех процессов сервера BI.

Репозиторий OBIEE содержит все метаданные BI-сервера и управляется с помощью инструмента администрирования. Он используется для хранения информации о среде приложения, такой как -

• Моделирование данных
• Агрегированная навигация
• Caching
• Security
• Информация о подключении
• Информация SQL

BI-сервер может получить доступ к нескольким репозиториям. Доступ к репозиторию OBIEE можно получить по следующему пути -

BI_ORACLE_HOME/server/Repository -> Oracle 10g
ORACLE_INSTANCE/bifoundation/OracleBIServerComponent/coreapplication_obisn/-> Oracle 11g

База данных репозитория OBIEE также известна как RPD из-за расширения файла. Файл RPD защищен паролем, и вы можете открывать или создавать файлы RPD только с помощью инструмента администрирования Oracle BI. Чтобы развернуть приложение OBIEE, файл RPD должен быть загружен в Oracle Enterprise Manager. После загрузки RPD пароль RPD необходимо ввести в Enterprise Manager.

Разработка репозитория OBIEE с помощью инструмента администрирования

Это трехуровневый процесс - начиная с физического уровня (разработка схемы), уровня бизнес-модели, уровня представления.

Создание физического уровня

Ниже приведены общие шаги, необходимые для создания физического уровня.

• Создавайте физические соединения между таблицами измерений и фактов.
• При необходимости измените имена на физическом уровне.

Физический уровень репозитория содержит информацию об источниках данных. Чтобы создать схему на физическом уровне, вам необходимо импортировать метаданные из баз данных и других источников данных.

Note - Физический уровень в OBIEE поддерживает несколько источников данных в одном репозитории - т.е. наборы данных из 2 разных источников данных могут быть выполнены в OBIEE.

Создать новый репозиторий

Перейдите в Пуск → Программы → Oracle Business Intelligence → Администрирование бизнес-аналитики → Инструмент администрирования → Файл → Новый репозиторий.

Откроется новое окно → Введите имя репозитория → Местоположение (в нем указано местоположение каталога репозитория по умолчанию) → для импорта метаданных выберите переключатель → Введите пароль → Нажмите Далее.

Выберите тип подключения → Введите имя источника данных и Имя пользователя и пароль для подключения к источнику данных → нажмите Далее.

Примите метатипы, которые вы хотите импортировать → Вы можете выбрать Таблицы, Ключи, Внешние ключи, Системные таблицы, Синонимы, Псевдонимы, Представления и т. Д. → Нажмите Далее.

После того, как вы нажмете «Далее», вы увидите представление «Источник данных» и «Репозиторий». Разверните имя схемы и выберите таблицы, которые вы хотите добавить в репозиторий, с помощью кнопки «Импортировать выбранное» → нажмите «Далее».

Откроется окно «Пул подключений» → нажмите «ОК» → «Окно импорта» → «Готово», чтобы открыть репозиторий, как показано на следующем рисунке.

Разверните Источник данных → Имя схемы, чтобы увидеть список таблиц, импортированных на физический уровень в новом репозитории.

Проверьте соединение и количество строк в таблицах на физическом уровне

Перейдите в инструменты → Обновить счетчики всех строк → После завершения вы можете перемещать курсор по таблице, а также для отдельных столбцов. Чтобы просмотреть данные таблицы, щелкните правой кнопкой мыши имя таблицы → Просмотреть данные.

Создать псевдоним в репозитории

Рекомендуется часто использовать псевдонимы таблиц на физическом уровне, чтобы исключить лишние объединения. Щелкните правой кнопкой мыши имя таблицы и выберите «Новый объект» → «Псевдоним».

После создания псевдонима таблицы он отображается на том же физическом уровне в репозитории.

Создание первичных ключей и объединений в дизайне репозитория

Физические соединения

Когда вы создаете репозиторий в системе OBIEE, физическое соединение обычно используется на физическом уровне. Физические соединения помогают понять, как две таблицы должны быть соединены друг с другом. Физические соединения обычно выражаются с помощью оператора Equal.

Вы также можете использовать физическое соединение на уровне BMM, однако оно встречается очень редко. Цель использования физического соединения на уровне BMM - переопределить физическое соединение на физическом уровне. Он позволяет пользователям определять более сложную логику соединения по сравнению с физическим соединением на физическом уровне, поэтому он работает аналогично сложному соединению на физическом уровне. Следовательно, если мы используем сложное соединение на физическом уровне для применения большего количества условий соединения, нет необходимости снова использовать физическое соединение на уровне BMM.

На приведенном выше снимке вы можете увидеть физическое соединение между двумя именами таблиц - Products и Sales. Выражение физического соединения сообщает, как таблицы должны быть соединены друг с другом, как показано на снимке.

Всегда рекомендуется использовать физическое соединение на физическом уровне и сложное соединение на уровне BMM, насколько это возможно, чтобы сохранить простоту дизайна репозитория. Только когда есть реальная потребность в другом соединении, используйте физическое соединение на уровне BMM.

Теперь, чтобы объединить таблицы при разработке репозитория, выберите все таблицы на физическом уровне → щелкните правой кнопкой мыши → физическая диаграмма → только выбранные объекты или вы также можете использовать кнопку физической диаграммы вверху.

Появится окно Physical Diagram, показанное на следующем изображении, со всеми добавленными именами таблиц. Выберите новый внешний ключ вверху и выберите Dim and Fact table, чтобы присоединиться.

Внешний ключ на физическом уровне

Внешний ключ на физическом уровне используется для определения отношения первичный ключ-внешний ключ между двумя таблицами. Когда вы создаете его на физической диаграмме, вы должны сначала указать измерение, а затем таблицу фактов.

Note - Когда вы импортируете таблицы из схемы на физический уровень RPD, вы также можете выбрать KEY и FOREIGN KEY вместе с данными таблицы, тогда соединения первичный ключ-внешний ключ определяются автоматически, однако это не рекомендуется с точки зрения производительности.

Таблица, которую вы щелкаете первой, создает отношение «один к одному» или «один ко многим», которое объединяет столбец в первой таблице со столбцом внешнего ключа во второй таблице → Нажмите «ОК». Соединение будет отображаться в поле Physical Diagram между двумя таблицами. После объединения таблиц закройте поле «Физическая диаграмма» с помощью опции «X».

Чтобы сохранить новый репозиторий, выберите «Файл» → «Сохранить» или нажмите кнопку «Сохранить» вверху.

Создание бизнес-модели и слоя отображения репозитория

Он определяет бизнес-модель или логическую модель объектов и их сопоставление между бизнес-моделью и схемой на физическом уровне. Он упрощает физическую схему и сопоставляет бизнес-требования пользователя с физическими таблицами.

Уровень бизнес-модели и сопоставления инструмента системного администрирования OBIEE может содержать один или несколько объектов бизнес-модели. Объект бизнес-модели определяет определения бизнес-модели и сопоставления логических таблиц с физическими для бизнес-модели.

Ниже приведены шаги по созданию уровня бизнес-модели и сопоставления репозитория.

• Создать бизнес-модель
• Изучите логические соединения
• Изучите логические столбцы
• Изучите источники логических таблиц
• Переименовать объекты логической таблицы вручную
• Переименование объектов логической таблицы с помощью мастера переименования и удаления ненужных логических объектов
• Создание показателей (агрегатов)

Создать бизнес-модель

Щелкните правой кнопкой мыши Бизнес-модель и область сопоставления → Новая бизнес-модель.

Введите название бизнес-модели → нажмите ОК.

На физическом уровне выберите все таблицы / таблицы псевдонимов для добавления в бизнес-модель и перетащите их в бизнес-модель. Вы также можете добавлять таблицы по одной. Если вы перетащите все таблицы одновременно, между ними сохранятся ключи и соединения.

Также обратите внимание на разницу в значках таблиц размеров и фактов. Последняя таблица - это таблица фактов, а верхняя 3 - таблицы измерений.

Теперь щелкните правой кнопкой мыши Бизнес-модель → выберите Диаграмма бизнес-модели → Вся диаграмма → Все таблицы перетаскиваются одновременно, поэтому все соединения и ключи будут сохранены. Теперь дважды щелкните любое соединение, чтобы открыть окно логического соединения.

Логические и сложные соединения в BMM

Соединения в этом слое являются логическими соединениями. Он не показывает выражения и сообщает тип соединения между таблицами. Это помогает серверу Oracle BI понять взаимосвязь между различными частями бизнес-модели. Когда вы отправляете запрос на сервер Oracle BI, сервер определяет, как строить физические запросы, исследуя структуру логической модели.

Нажмите ОК → Нажмите «X», чтобы закрыть диаграмму бизнес-модели.

Чтобы изучить логические столбцы и источники логических таблиц, сначала разверните столбцы под таблицами в BMM. Логические столбцы были созданы для каждой таблицы, когда вы перетаскивали все таблицы с физического уровня. Чтобы проверить источники логических таблиц → Разверните исходную папку под каждой таблицей, чтобы она указывала на таблицу на физическом уровне.

Дважды щелкните источник логической таблицы (не логическую таблицу), чтобы открыть диалоговое окно источника логической таблицы → вкладка Общие → переименовать источник логической таблицы. Сопоставление логической таблицы с физической таблицей определяется параметром «Сопоставить с этими таблицами».

Затем на вкладке «Сопоставление столбцов» определяются сопоставления логических столбцов с физическими. Если сопоставления не отображаются, установите флажок → Показать сопоставленные столбцы.

Сложные соединения

Нет конкретного явного сложного соединения, как в OBIEE 11g. Он существует только в Oracle 10g.

Перейдите в Управление → Объединения → Действия → Создать → Сложное объединение.

Когда в слое BMM используются сложные соединения, они действуют как заполнители. Они позволяют серверу OBI решать, какие соединения между источником логической таблицы фактов и измерений лучше всего подходят для удовлетворения запроса.

Переименование логических объектов вручную

Чтобы переименовать объекты логической таблицы вручную, щелкните имя столбца под логической таблицей в BMM. Вы также можете щелкнуть правой кнопкой мыши имя столбца и выбрать параметр переименовать, чтобы переименовать объект.

Это известно как ручной метод переименования объектов.

Переименование объектов с помощью мастера переименования

Перейдите в Инструменты → Утилиты → Мастер переименования → Выполнить, чтобы открыть мастер переименования.

На экране «Выбор объектов» щелкните «Бизнес-модель и сопоставление». Будет показано имя бизнес-модели → Развернуть имя бизнес-модели → Развернуть логические таблицы.

Выберите все столбцы под логической таблицей для переименования с помощью клавиши Shift → нажмите Добавить. Точно так же добавьте столбцы из всех других логических таблиц Dim и Fact → щелкните Далее.

Он показывает все логические столбцы / таблицы, добавленные в мастер → Нажмите Далее, чтобы открыть экран правил → Добавить правила из списка для переименования, например: A ;; текст в нижнем регистре и замените каждое вхождение '_' на пробел, как показано на следующем снимке.

Щелкните Далее → Готово. Теперь, если вы развернете имена объектов в логических таблицах в бизнес-модели и в объектах на физическом уровне, объекты в BMM будут переименованы по мере необходимости.

Удалите ненужные логические объекты

На слое BMM разверните Логические таблицы → выберите объекты для удаления → щелкните правой кнопкой мыши → Удалить → Да.

Создание показателей (агрегатов)

Дважды щелкните имя столбца в логической таблице фактов → перейдите на вкладку агрегирование и выберите функцию агрегирования из раскрывающегося списка → нажмите кнопку ОК.

Меры представляют собой аддитивные данные, например общий доход или общее количество. Нажмите на опцию сохранения вверху, чтобы сохранить репозиторий.

Создание уровня представления репозитория

Щелкните правой кнопкой мыши область «Презентация» → «Новая предметная область» → На вкладке «Общие» введите название предметной области (рекомендуется аналогично бизнес-модели) → щелкните «ОК».

После создания предметной области щелкните правой кнопкой мыши на предметной области → Новая таблица презентации → Введите имя таблицы презентации → Нажмите OK (добавьте количество таблиц презентации, равное количеству параметров, необходимых в отчете).

Теперь, чтобы создать столбцы в таблицах презентации, → выберите объекты в логических таблицах в BMM и перетащите их в таблицы презентации в предметной области (используйте клавишу Ctrl, чтобы выбрать несколько объектов для перетаскивания). Повторите процесс и добавьте логические столбцы в оставшиеся таблицы представления.

Переименование и изменение порядка объектов на уровне презентации

Вы можете переименовать объекты в таблицах презентаций, дважды щелкнув логические объекты в предметной области.

На вкладке «Общие» → снимите флажок «Использовать логическое имя столбца» → «Изменить поле имени» → нажмите «ОК».

Точно так же вы можете переименовать все объекты в слое «Презентация», не меняя их имени в слое BMM.

Чтобы упорядочить столбцы в таблице, дважды щелкните имя таблицы в разделе «Презентация» → «Столбцы» → «Используйте стрелки вверх и вниз, чтобы изменить порядок» → нажмите «ОК».

Точно так же вы можете изменить порядок объектов во всех таблицах презентации в области «Презентация». Перейдите в Файл → Нажмите Сохранить, чтобы сохранить репозиторий.

Проверить согласованность и загрузить репозиторий для анализа запросов

Перейдите в Файл → Проверить глобальную согласованность → Вы получите следующее сообщение → Нажмите Да.

После того, как вы нажмете ОК → Бизнес-модель в BMM изменится на Зеленый → Щелкните Сохранить репозиторий без повторной проверки глобальной согласованности.

Отключить кеширование

Для повышения производительности запросов рекомендуется отключить параметр кеширования сервера BI.

Откройте браузер и введите следующий URL-адрес, чтобы открыть Fusion Middleware Control Enterprise Manager: http: // <имя компьютера>: 7001 / em

Введите имя пользователя и пароль и нажмите «Войти».

С левой стороны разверните Business Intelligence → coreapplication → вкладка Capacity Management → Performance.

Раздел «Включить кэш сервера BI» по умолчанию отмечен флажком → Нажмите «Блокировать и изменить конфигурацию» → нажмите «Закрыть».

Теперь снимите флажок с включенным кешем → Он используется для повышения производительности запроса → Применить → Активировать изменения → Завершено успешно.

Загрузка репозитория

Перейдите на вкладку «Развертывание» → «Репозиторий» → «Блокировать и редактировать конфигурацию» → «Завершено успешно».

Нажмите «Загрузить репозиторий BI-сервера» → «Обзор», чтобы открыть диалоговое окно «Выбор файла» → «Выберите файл .rpd репозитория» и нажмите «Открыть» → «Введите пароль репозитория» → «Применить» → «Активировать изменения».

Активировать изменения → Успешно завершено → Нажмите «Перезагрузить», чтобы применить параметр последних изменений вверху экрана → Нажмите «Да».

Репозиторий успешно создан и загружен для анализа запросов.

Бизнес-уровень определяет бизнес-модель или логическую модель объектов и их сопоставление между бизнес-моделью и схемой на физическом уровне. Он упрощает физическую схему и сопоставляет бизнес-требования пользователя с физическими таблицами.

Уровень бизнес-модели и отображения инструмента системного администрирования OBIEE может содержать один или несколько объектов бизнес-модели. Объект бизнес-модели определяет определения бизнес-модели и сопоставления логических таблиц с физическими для бизнес-модели.

Бизнес-модель используется для упрощения структуры схемы и сопоставляет бизнес-требования пользователей с физическим источником данных. Он включает в себя создание логических таблиц и столбцов в бизнес-модели. Каждая логическая таблица может иметь один или несколько физических объектов в качестве источников.

Есть две категории логических таблиц - факт и измерение. Таблицы логических фактов содержат меры, по которым выполняется анализ, а таблицы логических измерений содержат информацию о показателях и объектах в схеме.

При создании нового репозитория с помощью инструмента администрирования OBIEE после определения физического уровня создайте соединения и идентифицируйте внешние ключи. Следующим шагом является создание бизнес-модели и отображение уровня BMM репозитория.

Шаги, связанные с определением бизнес-уровня -

• Создать бизнес-модель
• Изучите логические соединения
• Изучите логические столбцы
• Изучите источники логических таблиц
• Переименовать объекты логической таблицы вручную
• Переименуйте объекты логической таблицы с помощью мастера переименования и удалите ненужный логический объект
• Создание показателей (агрегатов)

Создать бизнес-уровень в репозитории

Чтобы создать бизнес-уровень в репозитории, щелкните правой кнопкой мыши → Новая бизнес-модель → Введите имя бизнес-модели и нажмите ОК. Вы также можете добавить описание этой бизнес-модели, если хотите.

Логические таблицы и объекты на уровне BMM

Логические таблицы в репозитории OBIEE существуют на уровне BMM бизнес-модели и отображения. Схема бизнес-модели должна содержать как минимум две логические таблицы, и вам необходимо определить отношения между ними.

Каждая логическая таблица должна иметь один или несколько логических столбцов и один или несколько источников логических таблиц, связанных с ними. Вы также можете изменить имя логической таблицы, переупорядочить объекты в логической таблице и определить логические соединения с использованием первичных и внешних ключей.

Создание логических таблиц на уровне BMM

Есть два способа создания логических таблиц / объектов в слое BMM:

First methodперетаскивает физические таблицы в бизнес-модель, что является самым быстрым способом определения логических таблиц. Когда вы перетаскиваете таблицы с физического уровня на уровень BMM, они также автоматически сохраняют соединения и ключи. Если вы хотите, вы можете изменить объединения и ключи в логических таблицах, это не влияет на объекты на физическом уровне.

Выберите физические таблицы / таблицы псевдонимов под физическим уровнем, который вы хотите добавить на уровень бизнес-модели, и перетащите эти таблицы под уровень BMM.

Эти таблицы известны как логические таблицы, а столбцы называются логическими объектами в бизнес-модели и слое отображения.

Second methodсостоит в том, чтобы создать логическую таблицу вручную. На уровне бизнес-модели и сопоставления щелкните правой кнопкой мыши бизнес-модель → Выбрать новый объект → Логическая таблица → Появится диалоговое окно Логическая таблица.

Перейдите на вкладку «Общие» → введите имя логической таблицы → введите описание таблицы → нажмите «ОК».

Создать логические столбцы

Логические столбцы в слое BMM создаются автоматически при перетаскивании таблиц с физического уровня на уровень бизнес-модели.

Если логический столбец является первичным ключом, этот столбец отображается со значком ключа. Если столбец имеет функцию агрегирования, он отображается со значком сигмы. Вы также можете переупорядочить логические столбцы на уровне бизнес-модели и сопоставления.

Создать логический столбец

В слое BMM щелкните правой кнопкой мыши логическую таблицу → выберите «Новый объект» → «Логический столбец» → появится диалоговое окно «Логический столбец», щелкните вкладку «Общие».

Введите имя логического столбца. Название бизнес-модели и логическая таблица появятся в поле «Принадлежит таблице» чуть ниже имени столбца → нажмите OK.

Вы также можете применить агрегирование к логическим столбцам. Перейдите на вкладку «Агрегация» → выберите правило агрегации из раскрывающегося списка → нажмите «ОК».

После применения функции агрегирования к столбцу значок логического столбца изменяется, показывая, что применено правило агрегирования.

Вы также можете перемещать или копировать логический столбец в таблицах -

В слое BMM вы можете выбрать несколько столбцов для перемещения. В диалоговом окне «Источники перемещенных столбцов» в области «Действие» выберите действие. Если вы выберете «Игнорировать», логический источник не будет добавлен в папку «Источники» таблицы.

Если вы нажмете «Создать», в папке «Источники» будет создана копия логического источника с логическим столбцом. Если вы выбрали вариант «Использовать существующий», в раскрывающемся списке необходимо выбрать логический источник из папки «Источники» таблицы.

Создание логических сложных соединений / логических внешних ключей

Логические таблицы в слое BMM соединяются друг с другом с помощью логических соединений. Количество элементов - один из ключевых определяющих параметров логических объединений. Отношение количества элементов один ко многим означает, что каждая строка в первой таблице логического измерения содержит 0, 1, много строк во второй логической таблице.

Условия для автоматического создания логических объединений

Когда вы перетаскиваете все таблицы физического уровня на уровень бизнес-модели, в репозитории автоматически создаются логические объединения. Это условие редко встречается только в случае простых бизнес-моделей.

Когда логические соединения аналогичны физическим соединениям, они создаются автоматически. Логические соединения в слое BMM создаются двумя способами:

• Схема бизнес-модели (уже рассмотрена при разработке репозитория)
• Присоединяется к менеджеру

Логические соединения на уровне BMM нельзя задавать с помощью выражений или столбцов, на которых создается соединение, как на физическом уровне, где отображаются выражения и имена столбцов, в которых определены физические соединения.

Создание логических соединений / логических внешних ключей с помощью инструмента Join Manager

Сначала давайте посмотрим, как создавать логические внешние ключи с помощью диспетчера соединений.

На панели инструментов инструмента администрирования перейдите в Управление → Объединения. Появится диалоговое окно «Диспетчер объединений» → перейдите на вкладку «Действие» → «Создать» → «Логический внешний ключ».

Теперь в диалоговом окне Обзор дважды щелкните таблицу → Появится диалоговое окно «Логический внешний ключ» → Введите имя внешнего ключа → В раскрывающемся списке диалогового окна «Из таблицы» выберите таблицу, на которую ссылается внешний ключ → Выбрать столбцы в левой таблице, на которые ссылается внешний ключ → Выберите столбцы в правой таблице, которые составляют столбцы внешнего ключа → Выберите тип соединения из раскрывающегося списка Тип. Чтобы открыть построитель выражений, нажмите кнопку справа от панели «Выражение» → Выражение отобразится на панели «Выражение» → щелкните «ОК», чтобы сохранить работу.

Создание логического сложного соединения с помощью диспетчера соединений

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

На панели инструментов инструмента администрирования выберите «Управление» → «Объединить» → появится диалоговое окно «Диспетчер объединений» → «Перейти к действию» → «Создать» → «Логическое сложное объединение».

Откроется диалоговое окно логического объединения → Введите имя для сложного объединения → В раскрывающихся списках таблиц слева и справа от диалогового окна выберите таблицы, на которые ссылается сложное объединение → Выберите тип объединения из Раскрывающийся список Тип → Нажмите ОК.

Note- Вы также можете определить таблицу как управляющую из раскрывающегося списка. Это используется для оптимизации производительности, когда размер таблицы слишком велик. Если размер таблицы небольшой, менее 1000 строк, ее не следует определять как управляющую таблицу, поскольку это может привести к снижению производительности.

Измерения и иерархические уровни

Логические измерения существуют в BMM и уровне представления репозитория OBIEE. Создание логических измерений с иерархиями позволяет определять правила агрегирования, которые зависят от измерений. Он также предоставляет возможность детализации диаграмм и таблиц в анализах и информационных панелях, а также определяет содержание агрегированных источников.

Создать логическое измерение с иерархическим уровнем

Откройте репозиторий в автономном режиме → перейдите к файлу → Открыть → автономно → выберите файл .rpd репозитория и нажмите открыть → введите пароль репозитория → щелкните ОК.

Следующим шагом является создание логического измерения и логических уровней.

Щелкните правой кнопкой мыши имя бизнес-модели в слое BMM → Новый объект → Логическое измерение → Измерение с иерархией на основе уровней. Откроется диалоговое окно → введите имя → нажмите ОК.

Чтобы создать логический уровень, щелкните правой кнопкой мыши логическое измерение → Новый объект → Логический уровень.

Введите имя примера логического уровня: Product_Name

Если этот уровень является общим уровнем, установите флажок, и система по умолчанию установит количество элементов на этом уровне равным 1 → Нажмите OK.

Если вы хотите, чтобы логический уровень сводился к родительскому, установите флажок Поддерживает сведение до родительских элементов → нажмите OK.

Если логический уровень не является уровнем общего итога и не сводится, не устанавливайте ни один из флажков → нажмите OK.

Родительско-дочерние иерархии

Вы также можете добавить иерархии родитель-потомок на логическом уровне, выполнив следующие действия:

Чтобы определить дочерние логические уровни, нажмите «Добавить» в диалоговом окне «Обзор», выберите дочерние логические уровни и нажмите «ОК».

Вы также можете щелкнуть правой кнопкой мыши логический уровень → Новый объект → Дочерний уровень.

Введите название дочернего уровня → ОК. Вы можете повторить это, чтобы добавить несколько дочерних уровней для всех логических столбцов в соответствии с требованиями. Аналогичным образом можно добавить иерархии времени и региона.

Теперь, чтобы добавить логические столбцы таблицы на логический уровень → выберите логический столбец в слое BMM и перетащите его на дочернее имя логического уровня, которому вы хотите сопоставить. Точно так же вы можете перетащить все столбцы логической таблицы, чтобы создать иерархию родитель-потомок.

Когда вы создаете дочерний уровень, его можно проверить двойным щелчком мыши на логическом уровне, и он отображается в списке дочерних уровней этого уровня. Вы можете добавлять или удалять дочерние уровни, используя опцию «+» или «X» в верхней части этого поля.

Добавить расчет в таблицу фактов

Дважды щелкните имя столбца в логической таблице фактов → перейдите на вкладку агрегирование и выберите функцию агрегирования из раскрывающегося списка → нажмите кнопку ОК.

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

Существуют различные агрегатные функции, такие как Sum, Average, Count, Max, Min и т. Д.

Уровень представления используется для предоставления пользователям настраиваемых представлений бизнес-модели на уровне BMM. Предметные области используются на уровне презентации, предоставляемом Oracle BI Presentation Services.

Существуют различные способы создания предметных областей на уровне презентации. Наиболее распространенный и простой метод - перетащить бизнес-модель из слоя BMM на уровень презентации и затем внести в нее изменения в соответствии с требованиями.

Вы можете перемещать столбцы, удалять или добавлять столбцы на уровне представления, чтобы вы могли вносить изменения таким образом, чтобы пользователь не видел столбцы, которые не имеют для них значения.

Create Subject Areas/Presentation Catalogues and Presentation Tables in Presentation Layer

Щелкните правой кнопкой мыши область «Презентация» → «Новая предметная область» → На вкладке «Общие» введите название предметной области (рекомендуется аналогично бизнес-модели) → нажмите «ОК».

После создания предметной области щелкните правой кнопкой мыши на предметной области → Новая таблица презентации → на вкладке Общие введите имя таблицы презентации → ОК (добавьте количество таблиц презентации, равное количеству параметров, необходимых в отчете).

Перейдите на вкладку «Разрешения» → диалоговое окно «Разрешения», где вы можете назначить для таблицы права пользователя или группы.

Удалить презентационный стол

В слое «Презентация» щелкните правой кнопкой мыши по предметной области → диалоговое окно «Каталог презентаций», щелкните вкладку «Таблицы презентаций» → «Перейдите на вкладку« Таблицы презентаций », выберите таблицу и нажмите« Удалить ».

Появится подтверждающее сообщение → Нажмите Да, чтобы удалить таблицу, или Нет, чтобы оставить таблицу в каталоге → Нажмите ОК.

Переместить презентационный стол

Перейдите на вкладку Таблицы презентаций, щелкнув правой кнопкой мыши по предметной области → В списке имени выберите таблицу, порядок которой вы хотите изменить → Используйте перетаскивание, чтобы изменить положение таблицы, или вы также можете использовать кнопки Вверх и Вниз, чтобы изменить порядок таблицы.

Столбцы презентации под таблицей презентации

Имена столбцов представления обычно совпадают с именами логических столбцов в уровне бизнес-модели и сопоставления. Однако вы также можете ввести другое имя, сняв флажки «Использовать логическое имя столбца» и «Отображать настраиваемое имя» в диалоговом окне «Столбец презентации».

Создать столбцы презентации

Самый простой способ создать столбцы в таблицах презентации - перетащить столбцы из логических таблиц в слой BMM.

Выберите объекты в логических таблицах в BMM и перетащите их в таблицы презентаций в предметной области (используйте клавишу Ctrl, чтобы выбрать несколько объектов для перетаскивания). Повторите процесс и добавьте логические столбцы в оставшиеся таблицы представления.

Create a New Presentation Column −

Щелкните правой кнопкой мыши таблицу «Презентация» на слое «Презентация» → «Новый столбец презентации».

Откроется диалоговое окно «Столбец презентации». Чтобы использовать имя логического столбца, установите флажок «Использовать логический столбец».

Чтобы указать другое имя, снимите флажок «Использовать логический столбец» и введите имя столбца.

Чтобы назначить права пользователя или группы для столбца, щелкните Разрешения → В диалоговом окне Разрешения назначьте разрешения → щелкните OK.

Удалить столбец презентации

Щелкните правой кнопкой мыши таблицу презентации в слое «Презентация» → щелкните «Свойства» → щелкните вкладку «Столбцы» → выберите столбец, который вы хотите удалить → щелкните «Удалить» или нажмите клавишу «Удалить» → щелкните «Да».

Чтобы изменить порядок столбца презентации

Щелкните правой кнопкой мыши таблицу презентации в слое «Презентация» → выберите «Свойства» → перейдите на вкладку «Столбцы» → выберите столбец, который вы хотите изменить, → Воспользуйтесь перетаскиванием или вы также можете нажать кнопки «Вверх» и «Вниз» → Нажмите «ОК».

Вы можете проверить репозиторий на наличие ошибок, используя опцию проверки согласованности. Как только это будет сделано, следующим шагом будет загрузка репозитория в Oracle BI Server. Затем протестируйте репозиторий, запустив анализ Oracle BI и проверив результаты.

Перейдите в Файл → нажмите Проверить глобальную согласованность → Вы получите следующее сообщение → Нажмите Да.

После того, как вы нажмете OK → Бизнес-модель в BMM изменится на Зеленый → Нажмите, чтобы сохранить репозиторий без повторной проверки глобальной согласованности.

Отключить кеширование

Для повышения производительности запросов рекомендуется отключить параметр кеширования сервера BI.

Откройте браузер и введите следующий URL-адрес, чтобы открыть Fusion Middleware Control Enterprise Manager: http: // <имя компьютера>: 7001 / em

Введите имя пользователя и пароль. Щелкните Войти.

С левой стороны разверните Business Intelligence → coreapplication → вкладка Capacity Management → Performance.

Раздел «Включить кэш сервера BI» по умолчанию отмечен флажком → Нажмите «Заблокировать и изменить конфигурацию» → «Закрыть».

Теперь отмените выбор опции кеширования. Он используется для повышения производительности запросов. Перейдите в Применить → Активировать изменения → Успешно завершено.

Загрузите репозиторий

Перейдите на вкладку «Развертывание» → «Репозиторий» → «Блокировать и редактировать конфигурацию» → «Завершено успешно».

Щелкните раздел «Загрузить репозиторий BI-сервера» → «Обзор», чтобы открыть диалоговое окно «Выбор файла» → выберите файл .rpd репозитория и щелкните «Открыть» → «Введите пароль репозитория» → «Применить» → «Активировать изменения».

Активировать изменения → Завершено успешно → Нажмите «Перезагрузить», чтобы применить параметр последних изменений вверху → Нажмите «Да».

Репозиторий успешно создан и загружен для анализа запросов.

Включить ведение журнала запросов

Вы можете настроить уровень ведения журнала запросов для отдельных пользователей в OBIEE. Уровень ведения журнала контролирует информацию, которую вы получите в файл журнала.

Настроить ведение журнала запросов

Откройте инструмент администрирования → Перейдите в Файл → Открыть → Онлайн.

Онлайн-режим используется для редактирования репозитория на сервере Oracle BI. Чтобы открыть репозиторий в онлайн-режиме, ваш сервер Oracle BI должен быть запущен.

Введите пароль репозитория и пароль для входа в систему и нажмите «Открыть», чтобы открыть репозиторий.

Перейдите в Manage → Identity → Security Manager. Откроется окно. Щелкните Репозиторий BI слева и дважды щелкните Пользователь с правами администратора → Откроется диалоговое окно Пользователь.

Щелкните вкладку «Пользователь» в диалоговом окне пользователя, здесь вы можете установить уровни ведения журнала.

В нормальном сценарии - пользователь имеет уровень ведения журнала, установленный на 0, а у администратора уровень ведения журнала установлен на 2. Уровень ведения журнала может иметь значения, начиная с уровня 0 и заканчивая уровнем 5. Уровень 0 означает отсутствие ведения журнала, а уровень 5 означает максимальный уровень ведения журнала. .

Описание уровней ведения журнала

Уровень 0	Без регистрации
1-й уровень	Регистрирует SQL-запрос, выданный клиентским приложением. Регистрирует затраченное время для компиляции запроса, выполнения запроса, обработки кэша запросов и внутренней обработки базы данных Регистрирует состояние запроса (успех, сбой, завершение или тайм-аут). Регистрирует идентификатор пользователя, идентификатор сеанса и идентификатор запроса для каждого запроса.
Уровень 2	Регистрирует все, что вошло на уровень 1 Кроме того, для каждого запроса регистрируется имя репозитория, имя бизнес-модели, имя каталога представления (называемого предметной областью в ответе), SQL для запросов, отправленных к физическим базам данных, запросов, отправленных к кешу, количество строк, возвращаемых из каждого запроса к физическая база данных и из запросов, выданных к кешу, и количество строк, возвращаемых клиентскому приложению
Уровень 3	Регистрирует все, что вошло на уровень 2 Кроме того, добавляет запись в журнал для логического плана запроса, когда запрос, который должен был заполнить кэш, не был вставлен в кеш, когда существующие записи кеша очищаются, чтобы освободить место для текущего запроса, и когда попытка обновить детектор совпадений не работает
Уровень 4	Регистрирует все, что вошло на уровень 3 Дополнительно регистрирует план выполнения запроса.
5 уровень	Регистрирует все, что вошло в систему Уровень 4 Кроме того, регистрируется количество промежуточных строк в различных точках плана выполнения.

Чтобы установить уровень ведения журнала

В диалоговом окне пользователя введите значение уровня ведения журнала.

Как только вы нажмете ОК, откроется диалоговое окно оформления заказа. Щелкните Checkout. Закройте диспетчер безопасности.

Перейти к файлу → Щелкните отметку о внесенных изменениях → Сохраните репозиторий с помощью параметра Сохранить вверху → Чтобы изменения вступили в силу → Щелкните OK.

Используйте журнал запросов для проверки запросов

Вы можете проверить журналы запросов после установки уровня ведения журнала, перейдя в Oracle Enterprise Manager, и это помогает проверять запросы.

Чтобы проверить журналы запросов для проверки запросов, перейдите в Oracle Enterprise Manager OEM.

Перейдите на вкладку диагностики → нажмите Журнал сообщений.

Прокрутите вниз в сообщениях журнала, чтобы увидеть Сервер, Планировщик, Службы действий и другие сведения журнала. Щелкните Журнал сервера, чтобы открыть окно сообщений журнала.

Вы можете выбрать различные фильтры - Диапазон дат, Типы сообщений и сообщение содержит / не содержит поля и т. Д., Как показано на следующем снимке -

Как только вы нажмете на поиск, он отобразит сообщения журнала в соответствии с фильтрами.

Нажав на кнопку свертывания, вы можете проверить детали всех сообщений журнала на предмет запросов.

Когда вы перетаскиваете столбец из физической таблицы, которая в настоящее время не используется в вашей логической таблице на уровне BMM, физическая таблица, содержащая такой столбец, добавляется в качестве нового источника логической таблицы (LTS).

Когда на уровне BMM вы используете более одной таблицы в качестве исходной таблицы, это называется несколькими источниками логических таблиц. У вас может быть таблица фактов как несколько источников логических таблиц, если в качестве источника используются разные физические таблицы.

Example

Множественные LTS используются для преобразования схемы Snowflakes в схемы Star в слое BMM.

Допустим, у вас есть два измерения - Dim_Emp и Dim_Dept и одна таблица фактов FCT_Attendance на физическом уровне.

Здесь ваш Dim_Emp нормализован до Dim_Dept для реализации схемы Snowflakes. Итак, на вашей физической диаграмме это будет примерно так -

Dim_Dept<------Dim_Emp <-------FCT_Attendance

Когда мы перемещаем эту таблицу на уровень BMM, мы создадим одномерную таблицу Dim_Employee с 2 логическими источниками, соответствующими Dim_Emp и Dim_Dept. На вашей диаграмме BMM -

Dim_Employee <-----------FCT_Attendance

Это один из подходов, при котором вы можете использовать концепцию нескольких LTS на уровне BMM.

Указание содержимого

Когда вы используете несколько физических таблиц в качестве источников, вы расширяете источники таблиц на диаграмме BMM. Он показывает все несколько LTS, откуда он берет данные на уровне BMM.

Чтобы увидеть отображение таблиц в слое BMM, разверните источники в логической таблице в слое BMM. Откроется диалоговое окно сопоставления источника логической таблицы. Вы можете проверить все таблицы, которые отображаются для предоставления данных в логической таблице.

Вычисляемые меры используются для вычисления фактов в логических таблицах. Он определяет функции агрегирования на вкладке агрегирования логического столбца в репозитории.

Создать новую меру

Меры определены в логических таблицах фактов в репозитории. Любой столбец с примененной к нему функцией агрегирования называется мерой.

Примеры общих мер: цена за единицу, проданное количество и т. Д.

Ниже приведены рекомендации по созданию мер в OBIEE:

• Вся агрегация должна выполняться из логической таблицы фактов, а не из логической таблицы измерения.

• Все столбцы, которые не могут быть агрегированы, должны быть выражены в логической таблице измерения, а не в логической таблице фактов.

Вычисляемые показатели могут быть определены двумя способами в логических таблицах на уровне BMM в инструменте администрирования:

• Агрегации в логических таблицах.
• Агрегации в источнике логической таблицы.

Создание вычисляемых показателей в логических таблицах с помощью инструмента администрирования

Дважды щелкните имя столбца в логической таблице фактов, вы увидите следующее диалоговое окно.

Перейдите на вкладку «Агрегация» и выберите в раскрывающемся списке функцию «Агрегирование» → нажмите «ОК».

Вы можете добавлять новые меры с помощью функций в мастере построителя выражений в источнике столбца. Меры представляют собой аддитивные данные, например общий доход или общее количество. Нажмите на опцию сохранения вверху, чтобы сохранить репозиторий. Это также называется созданием мер на логическом уровне.

Создание вычисляемых показателей в источнике логической таблицы с помощью инструмента администрирования

Вы можете определить агрегаты, дважды щелкнув источник логической таблицы, чтобы открыть диалоговое окно логической таблицы.

Щелкните Мастер построения выражений, чтобы определить выражение.

В построителе выражений вы можете выбрать несколько вариантов, например - Категория, функции и математические функции.

После того, как вы выберете категорию, в ней отобразятся подкатегории. Выберите подкатегорию и математическую функцию и щелкните стрелку, чтобы вставить ее.

Теперь, чтобы отредактировать значение для создания мер, щелкните номер источника, введите вычисленное значение, например, несколько и разделите → перейдите в категорию и выберите логическую таблицу → Выберите столбец, чтобы применить это кратное / деление к существующему значению столбца.

Щелкните OK, чтобы закрыть построитель выражений. Снова нажмите ОК, чтобы закрыть диалоговое окно.

Иерархии - это ряд взаимосвязей «многие к одному», которые могут быть разных уровней. Иерархия регионов состоит из: Регион → Страна → Штат → Город → Улица. Иерархии следуют подходу сверху вниз или снизу вверх.

Логические измерения или иерархии измерений создаются в слое BMM. Возможны два типа размерных иерархий:

• Измерения с иерархиями на основе уровней.
• Измерение с иерархиями родитель-потомок.

В иерархиях на основе уровней элементы могут быть разных типов, а элементы одного типа - только на одном уровне.

В иерархиях родитель-потомок все элементы одного типа.

Измерения с иерархиями на основе уровней

Иерархии измерений на основе уровней также могут содержать родительско-дочерние отношения. Обычная последовательность создания иерархий на основе уровней - начать с общего итогового уровня, а затем перейти к более низким уровням.

Уровневые иерархии позволяют выполнять -

• Вычисляемые меры на основе уровней.
• Агрегированная навигация.
• Переходите к дочернему уровню на информационных панелях.

Каждое измерение может иметь только один общий итоговый уровень и не имеет ключа уровня или атрибутов измерения. Вы можете связать меры с уровнем общего итога, и агрегирование по умолчанию для этих мер всегда будет общим итогом.

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

Типы иерархий на основе уровней

Несбалансированные иерархии

Несбалансированные иерархии - это иерархии, в которых все нижние уровни не имеют одинаковой глубины.

Example - Для одного продукта для одного месяца у вас могут быть данные за недели, а для другого месяца вы можете иметь данные на уровне дня.

Пропустить иерархию уровней

В иерархиях с пропуском уровня некоторые элементы не имеют значений на более высоком уровне.

Example- Для одного города у вас есть штат → страна → регион. Однако для другого города у вас есть только штат и он не подпадает ни под одну страну или регион.

Измерение с родительско-дочерними иерархиями

В иерархии родитель-потомок все члены одного типа. Наиболее распространенным примером иерархии родитель-потомок является структура отчетности в организации. Иерархия «родитель-потомок» основана на единой логической таблице. Каждая строка содержит два ключа - один для члена, а другой - для родительского элемента.

Уровневые меры создаются для выполнения вычислений на определенном уровне агрегирования. Они позволяют возвращать данные на нескольких уровнях агрегации одним запросом. Это также позволяет создавать меры доли.

Example

Допустим, есть компания XYZ Electronics, которая продает свою продукцию во многих регионах, странах и городах. Теперь президент компании хочет видеть общий доход на уровне страны - на один уровень ниже региона и на один уровень выше городов. Таким образом, показатель общего дохода следует суммировать на уровне страны.

Такие меры называются уровнями. Точно так же вы можете применять меры на основе уровней к иерархиям времени.

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

Создание показателей на основе уровня

Откройте репозиторий в автономном режиме. Перейдите в Файл → Открыть → Автономный.

Выберите файл .rpd и нажмите «Открыть» → «Введите пароль репозитория» и нажмите «ОК».

В слое BMM щелкните правой кнопкой мыши столбец «Общий доход» → «Новый объект» → «Логический столбец».

Откроется диалоговое окно логического столбца. Введите название общего дохода логического столбца. Перейдите на вкладку источника столбца → Проверить производные от существующих столбцов с помощью выражения.

Как только вы выберете эту опцию, будет выделен мастер редактирования выражения. В мастере построения выражений выберите логическую таблицу → Имя столбца → Общий доход в левом меню → Нажмите OK.

Теперь перейдите на вкладку уровня в диалоговом окне логического столбца → Щелкните логическое измерение, чтобы выбрать его как общую сумму на логическом уровне. Это указывает на то, что показатель должен вычисляться на уровне общей суммы в иерархии измерений.

После того, как вы нажмете ОК → Логическая таблица общего дохода появится под логическим измерением и таблицами фактов.

Этот столбец можно перетащить на уровень представления в предметной области, чтобы конечные пользователи могли создавать отчеты. Вы можете перетащить этот столбец из таблиц фактов или из логического измерения.

Агрегации используются для оптимизации производительности запросов при выполнении отчетов. Это сокращает время, затрачиваемое запросом на выполнение вычислений, и обеспечивает быструю доставку результатов. В сводных таблицах меньше строк по сравнению с обычной таблицей.

Как работает агрегирование в OBIEE?

Когда вы выполняете запрос в OBIEE, сервер BI ищет ресурсы, которые содержат информацию для ответа на запрос. Из всех доступных источников сервер выбирает наиболее агрегированный источник для ответа на этот запрос.

Добавление агрегирования в репозиторий

Откройте репозиторий в автономном режиме в инструменте администратора. Перейдите в Файл → Открыть → Автономный.

Импортируйте метаданные и создайте источник логической таблицы в слое BMM. Разверните имя таблицы и щелкните имя исходной таблицы, чтобы открыть диалоговое окно источника логической таблицы.

Перейдите на вкладку сопоставления столбцов, чтобы увидеть столбцы карты в физической таблице. Перейдите на вкладку содержимого → Группа агрегированного содержимого, выбрав логический уровень.

Вы можете выбрать различные логические уровни в соответствии с столбцами в таблицах фактов, такими как «Итого по продукту», «Общий доход» и «Квартал / год для времени» в соответствии с иерархиями измерений.

Нажмите ОК, чтобы закрыть диалоговое окно → сохраните репозиторий.

Когда вы определяете агрегирование в логических таблицах фактов, они определяются в соответствии с иерархиями измерений.

В OBIEE обычно используются два типа переменных:

• Переменные репозитория
• Переменные сеанса

Помимо этого, вы также можете определить переменные презентации и запроса.

Переменные репозитория

Переменная репозитория имеет одно значение в любой момент времени. Переменные репозитория определяются с помощью инструмента администрирования Oracle BI. Переменные репозитория можно использовать вместо констант в мастере построителя выражений.

Есть два типа переменных репозитория -

• Статические переменные репозитория
• Переменные динамического репозитория

Статические переменные репозитория определяются в диалоговом окне переменных, и их значение существует до тех пор, пока администратор не изменит их.

Переменные статического репозитория содержат инициализаторы по умолчанию, которые являются числовыми или символьными значениями. Кроме того, вы можете использовать Expression Builder для вставки константы в качестве инициализатора по умолчанию, такой как дата, время и т. Д. Вы не можете использовать любое другое значение или выражение в качестве инициализатора по умолчанию для статической переменной репозитория.

В более старых версиях BI инструмент администратора не ограничивал значение статических переменных репозитория. Вы можете получить предупреждение при проверке согласованности, если ваш репозиторий был обновлен с более старых версий. В таком случае обновите статические переменные репозитория, чтобы инициализаторы по умолчанию имели постоянное значение.

Переменные динамического репозитория аналогичны статическим переменным, но значения обновляются данными, возвращаемыми из запросов. При определении переменной динамического репозитория вы создаете блок инициализации или используете уже существующий, который содержит запрос SQL. Вы также можете настроить расписание, по которому Oracle BI Server будет выполнять запрос и периодически обновлять значение переменной.

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

Каждый запрос может обновлять несколько переменных: по одной переменной для каждого столбца в запросе. Вы планируете выполнение этих запросов на сервере Oracle BI.

Переменные динамического репозитория полезны для определения содержимого источников логических таблиц. Например, предположим, что у вас есть два источника информации о заказах. Один источник содержит текущие заказы, а другой - исторические данные.

Создать переменные репозитория

В инструменте администрирования → выберите Управление → Выбрать переменные → Диспетчер переменных → Перейти к действию → Создать → Репозиторий> Переменная.

В диалоговом окне «Переменная» введите имя переменной (имена всех переменных должны быть уникальными) → Выберите тип переменной - статическая или динамическая.

Если вы выбираете динамическую переменную, используйте список блоков инициализации, чтобы выбрать существующий блок инициализации, который будет использоваться для постоянного обновления значения.

Чтобы создать новый блок инициализации → Нажмите New. Чтобы добавить значение инициализатора по умолчанию, введите значение в поле инициализатора по умолчанию или нажмите кнопку «Построитель выражений», чтобы использовать построитель выражений.

Для статических переменных репозитория сохраняется значение, указанное в окне инициализатора по умолчанию. Он не изменится, пока вы его не измените. Если вы инициализируете переменную с помощью строки символов, заключите строку в одинарные кавычки. Переменные статического репозитория должны иметь инициализаторы по умолчанию, которые являются постоянными значениями → Нажмите OK, чтобы закрыть диалоговое окно.

Переменные сеанса

Переменные сеанса похожи на переменные динамического репозитория и получают свои значения из блоков инициализации. Когда пользователь начинает сеанс, сервер Oracle BI создает новые экземпляры переменных сеанса и инициализирует их.

Существует столько экземпляров переменной сеанса, сколько активных сеансов на сервере Oracle BI. Каждый экземпляр переменной сеанса может быть инициализирован другим значением.

Есть два типа переменных сеанса -

• Системные переменные сеанса
• Несистемные переменные сеанса

Системные переменные сеанса используются Oracle BI и сервером презентаций для определенных целей. У них есть предопределенные зарезервированные имена, которые не могут использоваться другими переменными.

USER	Эта переменная содержит значение, которое пользователь вводит с именем входа. Эта переменная обычно заполняется из профиля пользователя LDAP.
USERGUID	Эта переменная содержит глобальный уникальный идентификатор (GUID) пользователя и заполняется из профиля пользователя LDAP.
GROUP	Он содержит группы, к которым принадлежит пользователь. Если пользователь принадлежит к нескольким группам, укажите имена групп в одном столбце, разделенные точкой с запятой (пример - GroupA; GroupB; GroupC). Если точка с запятой должна быть частью имени группы, поставьте перед точкой с запятой символ обратной косой черты (\).
ROLES	Эта переменная содержит роли приложения, к которым принадлежит пользователь. Если пользователь принадлежит к нескольким ролям, укажите имена ролей в одном столбце, разделенные точкой с запятой (пример - RoleA; RoleB; RoleC). Если точка с запятой должна быть частью имени роли, поставьте перед точкой с запятой символ обратной косой черты (\).
ROLEGUIDS	Он содержит идентификаторы GUID для ролей приложения, к которым принадлежит пользователь. GUID для ролей приложения такие же, как имена ролей приложения.
PERMISSIONS	Он содержит разрешения, принадлежащие пользователю. Пример - oracle.bi.server.manageRepositories.

Несистемные переменные сеанса используются для настройки пользовательских фильтров. Например, вы можете определить несистемную переменную с именем Sale_Region, которая будет инициализирована именем sale_region пользователя.

Создать переменные сеанса

В инструменте администрирования → выберите Управление → Выбрать переменные.

В диалоговом окне «Диспетчер переменных» нажмите Действие → Создать → Сеанс → Переменная.

В диалоговом окне «Переменная сеанса» введите имя переменной (имена всех переменных должны быть уникальными, а имена системных переменных сеанса зарезервированы и не могут использоваться для других типов переменных).

Для переменных сеанса вы можете выбрать следующие параметры -

• Enable any user to set the value- Эта опция используется для установки переменных сеанса после того, как блок инициализации заполнит значение. Пример - эта опция позволяет не администраторам устанавливать эту переменную для выборки.

• Security sensitive - Это используется для определения переменной как чувствительной к безопасности при использовании стратегии безопасности базы данных на уровне строк, такой как виртуальная частная база данных (VPD).

Вы можете использовать опцию списка блоков инициализации, чтобы выбрать блок инициализации, который будет использоваться для регулярного обновления значения. Вы также можете создать новый блок инициализации.

Чтобы добавить значение инициализатора по умолчанию, введите значение в поле инициализатора по умолчанию или нажмите кнопку «Построитель выражений», чтобы использовать построитель выражений. Щелкните ОК, чтобы закрыть диалоговое окно.

Администратор может создавать несистемные переменные сеанса с помощью инструмента администрирования Oracle BI.

Переменные представления

Переменные представления создаются с помощью подсказок Dashboard. Есть два типа подсказок на приборной панели, которые можно использовать:

Подсказка столбца

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

Чтобы создать переменную презентации, перейдите в диалоговое окно «Создать подсказку» или в диалоговом окне «Редактировать подсказку» → «Выбрать переменную презентации» в поле «Набор переменных» → введите имя переменной.

Переменная подсказка

Переменная представления, созданная как подсказка переменной, не связана ни с одним столбцом, и вам необходимо определить ее значения.

Чтобы создать переменную презентации как часть подсказки переменной, в диалоговом окне «Новая подсказка» или в диалоговом окне «Редактировать подсказку» → Выберите переменную презентации в поле «Подсказка для» → введите имя переменной.

Значение переменной представления заполняется подсказкой столбца или переменной, с помощью которой оно создается. Каждый раз, когда пользователь выбирает значение в подсказке столбца или переменной, значение переменной представления устанавливается равным значению, которое выбирает пользователь.

Блоки инициализации

Блоки инициализации используются для инициализации переменных OBIEE: переменных динамического репозитория, переменных системного сеанса и несистемных переменных сеанса.

Он содержит оператор SQL, который выполняется для инициализации или обновления переменных, связанных с этим блоком. Выполняемый оператор SQL указывает на физические таблицы, к которым можно получить доступ с помощью пула соединений. Пул соединений определяется в диалоговом окне блока инициализации.

Если вы хотите, чтобы запрос для блока инициализации содержал SQL для конкретной базы данных, вы можете выбрать тип базы данных для этого запроса.

Инициализировать переменные динамического репозитория с помощью блока инициализации

Поле строки инициации по умолчанию блока инициализации используется для установки значения переменных динамического репозитория. Вы также определяете расписание, которому следует сервер Oracle BI, чтобы выполнить запрос и обновить значение переменной. Если вы установите уровень ведения журнала равным 2 или выше, информация журнала для всех запросов SQL, выполняемых для получения значения переменной, сохраняется в файле nqquery.log.

Расположение этого файла на сервере BI -

ORACLE_INSTANCE \ диагностика \ журналы \ OracleBIServerComponent \ coreapplication_obisn

Инициализировать переменные сеанса с помощью блока инициализации

Переменные сеанса также берут свои значения из блока инициализации, но их значение никогда не меняется с интервалами времени. Когда пользователь начинает новый сеанс, сервер Oracle BI создает новый экземпляр переменных сеанса.

Все SQL-запросы, выполняемые для получения информации о переменной сеанса сервером BI, если уровень ведения журнала установлен на 2 или выше в объекте пользователя Identity Manager или системная переменная сеанса LOGLEVEL установлена ​​на 2 или выше в диспетчере переменных, сохраняются в nqquery.log файл.

Расположение этого файла на сервере BI -

ORACLE_INSTANCE \ диагностика \ журналы \ OracleBIServerComponent \ coreapplication_obisn

Создание блоков инициализации в инструменте администратора

Перейдите в Диспетчер → Переменные → Появится диалоговое окно Диспетчер переменных. Перейдите в меню «Действие» → нажмите «Создать» → «Репозиторий» → «Блок инициализации» → введите имя блока инициализации.

Перейдите на вкладку «Расписание» → выберите дату и время начала, а также интервал обновления.

Вы можете выбрать следующие параметры для блоков инициализации -

• Disable- Если вы выберете эту опцию, блокировка инициализации отключена. Чтобы включить блок инициализации, щелкните правой кнопкой мыши существующий блок инициализации в диспетчере переменных и выберите «Включить». Эта опция позволяет вам изменить это свойство, не открывая диалоговое окно блока инициализации.

• Allow deferred execution - Это позволяет вам отложить выполнение блока инициализации до тех пор, пока не будет осуществлен первый доступ к связанной переменной сеанса во время сеанса.

• Required for authentication - Если вы выберете этот параметр, для входа пользователей в систему должен выполняться блок инициализации. Пользователям запрещается доступ к Oracle BI, если блок инициализации не выполняется.

Панель мониторинга OBIEE - это инструмент, который позволяет конечным пользователям запускать специальные отчеты и анализ в соответствии с моделью бизнес-требований. Интерактивные информационные панели - это отчеты с точностью до пикселя, которые конечные пользователи могут напрямую просматривать или распечатывать.

Панель мониторинга OBIEE является частью служб уровня презентации Oracle BI. Если ваш конечный пользователь не заинтересован в просмотре всех данных на панели управления, он позволяет добавлять на панель подсказки, которые позволяют конечному пользователю вводить то, что он хочет видеть. Панели мониторинга также позволяют конечным пользователям выбирать из раскрывающихся списков, полей с множественным выбором и выбора столбцов для отображения в отчетах.

Оповещения на панели инструментов

Панель управления Oracle BI позволяет настроить оповещения для руководителей продаж, которые появляются на интерактивной панели мониторинга, когда прогнозируемые продажи компании будут ниже прогнозируемых.

Создать новую информационную панель

Чтобы создать новую панель мониторинга, перейдите в раздел «Создать» → «Панель мониторинга» или вы также можете выбрать параметр «Панель мониторинга» в разделе «Создать» слева.

Как только вы нажмете на Dashboard, откроется новое диалоговое окно. Введите имя Dashboard и описание и выберите место, где вы хотите сохранить Dashboard → нажмите OK.

Если вы сохраните панель мониторинга в подпапке Dashboards непосредственно в подпапке / Shared Folders / первого уровня → панель мониторинга будет указана в меню Dashboard в глобальном заголовке.

Если вы сохраните его во вложенной папке Dashboards на любом другом уровне (например, / Shared Folders / Sales / Eastern), он не будет отображаться.

Если вы выберете папку в подпапке Dashboards непосредственно под подпапкой / Shared Folders / первого уровня, в которой не были сохранены панели мониторинга, для вас автоматически создается новая папка Dashboards.

После того, как вы введете указанные выше поля, откроется конструктор панели инструментов, как показано на следующем снимке:

Разверните вкладку каталога, выберите анализ для добавления на панель мониторинга и перетащите его на панель макета страницы. Сохраните и запустите приборную панель.

Редактировать информационную панель

Перейдите в Панель управления → Моя панель управления → Изменить панель мониторинга.

Для редактирования Dashboard. Нажмите на значок ниже → Свойства панели инструментов.

Появится новое диалоговое окно, как показано на следующем снимке. Вы можете выполнять следующие задачи -

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

Вы можете добавлять скрытые подсказки, фильтры и переменные. Укажите ссылки, которые будут отображаться с анализами на странице панели инструментов. Вы можете переименовывать, скрывать, переупорядочивать, устанавливать разрешения и удалять страницы панели мониторинга.

Вы также можете редактировать свойства страницы Dashboard, выбрав страницу в диалоговом окне. Вы можете внести следующие изменения -

• Вы можете изменить имя своей страницы панели инструментов.

• Вы можете добавить скрытую подсказку. Скрытые подсказки используются для установки значений по умолчанию для всех соответствующих подсказок на странице панели мониторинга.

• Вы можете добавить разрешения для панели управления, а также удалить выбранную страницу. Страницы панели инструментов удаляются безвозвратно.

• Если на этой панели есть более одной страницы панели, значки порядка расположения включаются с помощью стрелок вверх и вниз.

Чтобы установить ссылки отчета на уровне панели мониторинга, на странице панели мониторинга или уровне анализа, щелкните параметр редактирования ссылок отчетов панели мониторинга.

Чтобы добавить страницу панели мониторинга, щелкните значок новой страницы панели мониторинга → Введите имя страницы панели мониторинга и нажмите OK.

На вкладке «Каталог» вы можете добавить новый анализ и перетащить его в область макета новой страницы панели инструментов.

Чтобы изменить свойства панели мониторинга, такие как ширина, граница и высота ячейки, щелкните свойства столбца. Вы можете установить цвет фона, обернуть текст и дополнительные параметры форматирования.

Вы также можете добавить условие для отображения данных приборной панели, щелкнув опцию условия в свойствах столбца -

Чтобы добавить условие, щелкните + диалоговое окно условия входа. Вы можете добавить условие на основе анализа.

Выберите данные условия и введите параметр условия.

Вы также можете проверить, отредактировать или удалить условие, нажав на значок «еще» рядом с кнопкой +.

Сохраните индивидуальную панель инструментов

Вы можете сохранить настроенную панель управления, перейдя в Параметры страницы → Сохранить текущие настройки → Введите имя настройки → Нажмите OK.

Чтобы применить настройку к странице панели инструментов, перейдите к параметру страницы → Применить сохраненную настройку → Выберите имя → Нажмите OK.

Он позволяет сохранять и просматривать страницы панели мониторинга в их текущем состоянии, например фильтры, подсказки, сортировку столбцов, детализацию в анализе, а также раскрытие и свертывание разделов. Сохраняя настройки, вам не нужно делать этот выбор вручную каждый раз, когда вы открываете страницу панели управления.

Фильтры используются для ограничения результатов, отображаемых при запуске анализа, чтобы результаты отвечали на конкретный вопрос. На основе фильтров отображаются только те результаты, которые соответствуют критериям, переданным в условии фильтра.

Фильтры применяются непосредственно к столбцам атрибутов и показателей. Фильтры применяются до агрегирования запроса и влияют на запрос и, следовательно, на результирующие значения для мер.

Например, у вас есть список элементов, в котором совокупная сумма составляет 100. Со временем все больше элементов соответствуют заданным критериям фильтра, что увеличивает совокупную сумму до 200.

Фильтры столбцов

Ниже приведены способы создания фильтров -

Создать фильтр именованного столбца

Перейдите на домашнюю страницу Oracle Business Intelligence → Новое меню → Выбрать фильтр. Откроется диалоговое окно «Выбор предметной области».

В диалоговом окне «Выбор предметной области» выберите предметную область, для которой вы хотите создать фильтр. «Редактор фильтров» отображается из «Панели предметных областей». Дважды щелкните столбец, для которого вы хотите создать фильтр. Откроется диалоговое окно «Новый фильтр».

Создать встроенный фильтр

Либо создайте анализ, либо получите доступ к существующему анализу, для которого вы хотите создать фильтр.

Перейдите на вкладку Критерии → Найдите «Панель фильтров» → Нажмите кнопку создания фильтра для текущей предметной области. Столбцы, выбранные для анализа, отображаются в каскадном меню.

Выберите имя столбца в меню или выберите параметр «Дополнительные столбцы», чтобы открыть диалоговое окно «Выбор столбца», в котором вы можете выбрать любой столбец в предметной области.

После выбора столбца отображается «Диалог нового фильтра».

Oracle BI Enterprise Edition позволяет осмысленно анализировать результаты анализа, используя его возможности представления. Могут быть добавлены различные типы представлений, такие как графики и сводные таблицы, которые позволяют перейти к более подробной информации и многим другим параметрам, таким как использование фильтров и т. Д.

Результаты анализа отображаются с использованием представления таблицы / сводной таблицы и зависят от типа столбцов, которые содержит анализ:

• Table view используется, если анализ содержит только столбцы атрибутов / только столбцы показателей или их комбинацию.

• Pivot table - это представление по умолчанию, если анализ содержит хотя бы один иерархический столбец.

• А title view отображает имя сохраненного анализа.

• Вы можете редактировать или удалять существующее представление, добавлять другое представление к анализу, а также объединять представления.

Типы просмотров

Доступны разные типы представлений -

Старший Нет	Просмотры и описание
1	Title В представлении «Заголовок» отображается заголовок, подзаголовок, логотип, ссылка на настраиваемую страницу интерактивной справки и временные метки результатов.
2	Table Табличное представление используется для отображения результатов в визуальном представлении данных, организованных по строкам и столбцам. Он обеспечивает сводное представление данных и позволяет пользователям просматривать различные представления данных, перетаскивая строки и столбцы.
3	Pivot Table Он отображает результаты в сводной таблице, которая обеспечивает сводное представление данных в формате кросс-таблицы и позволяет пользователям просматривать различные представления данных, перетаскивая строки и столбцы. Сводные и стандартные таблицы похожи по структуре, но сводная таблица может содержать группы столбцов, а также может отображать несколько уровней заголовков строк и столбцов. Ячейка сводной таблицы содержит уникальное значение. Сводная таблица более эффективна, чем таблица на основе строк. Он лучше всего подходит для отображения большого количества данных, для иерархического просмотра данных и для анализа тенденций.
4	Performance Tile Плитки производительности используются для отображения одного совокупного значения показателя в простой визуальной форме, но с предоставлением пользователю сводных показателей, которые, вероятно, будут представлены более подробно в представлении панели мониторинга. Плитки производительности используются для того, чтобы сосредоточить внимание пользователя на простых фактах, которые необходимо знать, непосредственно и на видном месте на плитке. Сообщайте о состоянии с помощью простого форматирования с использованием цвета, меток и ограниченных стилей или с помощью условного форматирования цвета фона или значения меры, чтобы сделать плитку визуально заметной. Например, если целевой доход не отслеживается, значение дохода может отображаться красным цветом. Отвечайте на запросы, фильтры, роли и разрешения пользователей, делая их релевантными для пользователя и их контекста. Поддерживать единичное, агрегированное или рассчитанное значение.
5	Treemap Древовидная карта используется для отображения двухмерной визуализации с ограниченным пространством для иерархических структур с несколькими уровнями. Древовидные карты ограничены заранее определенной областью и отображают два уровня данных. Содержат прямоугольные плитки. Размер плитки зависит от меры, а цвет плитки - от второй меры. Древовидная карта похожа на графики точечной диаграммы в том, что область карты ограничена, а график позволяет визуализировать большие объемы данных и быстро определять тенденции и аномалии в этих данных.
6	Trellis Решетка отображает многомерные данные в виде набора ячеек в форме сетки, где каждая ячейка представляет подмножество данных с использованием определенного типа графика. Представление решетки имеет два подтипа - Простая решетка и Расширенная решетка. Простые решетчатые представления идеально подходят для отображения нескольких графиков, позволяющих сравнивать подобные. Расширенные виды решетчатых диаграмм идеально подходят для отображения искровых графиков, отображающих тренд. На простой решетке отображается один внутренний тип графика, Пример - сетка из нескольких гистограмм. Расширенная решетчатая диаграмма отображает разные типы внутреннего графика для каждой меры. Пример: сочетание графиков Spark Line и Spark Bar с числами.
7	Graph График отображает числовую информацию визуально, что упрощает понимание больших объемов данных. Графики часто выявляют закономерности и тенденции, недоступные для текстовых дисплеев. График отображается на фоне, называемом холстом графика.
8	Gauge Датчик используется для отображения одного значения данных. Из-за своего компактного размера датчик часто более эффективен, чем график для отображения одного значения данных. Приборы выявляют проблемы в данных. Измеритель обычно отображает одну точку данных с указанием того, находится ли эта точка в приемлемом или неприемлемом диапазоне. Таким образом, датчики полезны для демонстрации результативности против поставленных целей. Датчик или набор датчиков отображается на фоне, называемом холстом датчика.
9	Funnel Воронка отображает результаты в виде трехмерного графика, который представляет целевые и фактические значения с использованием объема, уровня и цвета. Графики-воронки используются для графического представления данных, которые меняются за разные периоды или этапы. Пример. Воронкообразные диаграммы часто используются для представления объема продаж за квартал. Графики воронок хорошо подходят для отображения фактических данных по сравнению с целевыми, если известно, что целевое значение значительно уменьшается (или увеличивается) на каждом этапе, например, воронка продаж.
10	Map view Просмотр карты используется для отображения результатов, наложенных на карту. В зависимости от данных результаты могут быть наложены поверх карты в таких форматах, как изображения, области цветовой заливки, гистограммы и круговые диаграммы, а также маркеры различного размера.
11	Filters Фильтры используются для отображения фильтров, действующих для анализа. Фильтры позволяют добавлять в анализ условия для получения результатов, отвечающих на конкретный вопрос. Фильтры применяются до агрегирования запроса.
12	Selection Steps Шаги выбора используются для отображения шагов выбора, действующих для анализа. Этапы выбора, как и фильтры, позволяют получить результаты, отвечающие на определенные вопросы. Шаги выбора применяются после агрегирования запроса.
13	Column Selector Селектор столбцов - это набор раскрывающихся списков, содержащих предварительно выбранные столбцы. Пользователи могут динамически выбирать столбцы и изменять данные, отображаемые в представлениях анализа.
14	View Selector Селектор представления - это раскрывающийся список, из которого пользователи могут выбрать конкретное представление результатов среди сохраненных представлений.
15	Legend Это позволяет задокументировать значение специального форматирования, используемого в результатах, т.е. значение пользовательских цветов, применяемых к датчикам.
16	Narrative Результаты отображаются в виде одного или нескольких абзацев текста.
17	Ticker Он отображает результаты в виде тикера или бегущей строки, похожего по стилю на тикеры акций, которые размещаются на многих финансовых и новостных сайтах в Интернете. Вы также можете контролировать, какая информация будет отображаться и как она будет прокручиваться на странице.
18	Static Text Вы можете использовать HTML, чтобы добавлять в результаты баннеры, тикеры, объекты ActiveX, Java-апплеты, ссылки, инструкции, описания, графику и т. Д.
19	Logical SQL Он отображает оператор SQL, созданный для анализа. Это представление полезно для инструкторов и администраторов и обычно не включается в результаты для обычных пользователей. Вы не можете изменить это представление, кроме как отформатировать его контейнер или удалить его.
20	Create Segment Он используется для отображения ссылки «Создать сегмент» в результатах.
21 год	Create Target List Он используется для отображения ссылки на создание целевого списка в результатах. Пользователи могут щелкнуть эту ссылку, чтобы создать целевой список на основе данных результатов в своем рабочем приложении Oracle Siebel. Это представление предназначено для пользователей операционного приложения Oracle Siebel Life Sciences, интегрированного с приложениями Oracle Siebel Life Sciences Analytics.

Все типы представлений, кроме логического представления SQL, можно редактировать. Каждое представление имеет свой собственный редактор, в котором вы можете выполнять задачи редактирования.

Каждый редактор представлений содержит уникальные функциональные возможности для этого типа представления, но может также содержать функциональные возможности, одинаковые для всех типов представлений.

Редактировать представление

Откройте анализ, содержащий представление для редактирования. Щелкните «Редактор анализа: вкладка результатов».

Нажмите кнопку Edit View для просмотра. Отображается просмотр редакторов. Теперь, используя редактор представления, внесите необходимые правки. Нажмите «Готово» и сохраните вид.

Удалить представление

Вы можете удалить представление из -

• A compound layout - Если вы удалите вид из составного макета, он будет удален только из составного макета, но не из анализа.

• An analysis - Если вы удаляете представление из анализа, оно удаляет представление из анализа, а также из любого составного макета, в который оно было добавлено.

Удалить представление

Если вы хотите удалить представление из -

• A compound layout - На виде в составном макете → нажмите кнопку «Удалить вид из составного макета».

• An analysis - На панели «Представления» → выберите представление и нажмите кнопку «Удалить представление из панели инструментов анализа».

Подсказка - это особый тип фильтра, который используется для фильтрации анализов, встроенных в информационную панель. Основная причина использования подсказки панели инструментов заключается в том, что она позволяет пользователю настраивать результаты анализа, а также позволяет гибко изменять параметры отчета. Можно использовать три типа подсказок:

Именованные приглашения

Приглашение, созданное на уровне информационной панели, называется именованным приглашением. Это приглашение создается вне конкретной панели мониторинга и сохраняется в каталоге как приглашение. Вы можете применить именованное приглашение к любой панели мониторинга или странице панели мониторинга, содержащей столбцы, упомянутые в приглашении. Он может фильтровать один или любое количество анализов, встроенных на одну страницу панели инструментов. Вы можете создавать и сохранять эти именованные приглашения в личную или общую папку.

Именованное приглашение всегда отображается на странице панели мониторинга, и пользователь может запрашивать различные значения без необходимости повторно запускать панель мониторинга. Именованная подсказка также может взаимодействовать с этапами выбора. Вы можете указать приглашение на панели мониторинга, чтобы переопределить конкретный шаг выбора.

Шаг будет обрабатываться по столбцу панели мониторинга с указанными пользователем значениями данных, собранными подсказкой столбца панели мониторинга, тогда как все остальные шаги будут обрабатываться, как указано изначально.

Встроенные подсказки

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

Встроенное приглашение работает независимо от фильтра панели мониторинга, который определяет значения для всех совпадающих столбцов на панели мониторинга. Встроенное приглашение - это начальное приглашение. Когда пользователь выбирает значение подсказки, поле подсказки исчезает из анализа.

Чтобы выбрать другие значения подсказок, необходимо повторно запустить анализ. Ваш ввод определяет содержание анализов, встроенных в приборную панель.

Именованная подсказка может быть применена к любой информационной панели или странице информационной панели, содержащей столбец, указанный в подсказке.

Подсказки столбца

Подсказка в виде столбца - самый распространенный и гибкий тип подсказки. Подсказка в столбце позволяет создавать очень конкретные подсказки значений для автономной работы на панели мониторинга или анализа, либо для расширения или уточнения существующих фильтров панели мониторинга и анализа. Приглашения столбцов могут быть созданы для иерархических столбцов, столбцов показателей или атрибутов на уровне анализа или панели мониторинга.

Перейдите в Создать → Подсказка на панели инструментов → Выбрать предметную область.

Появится диалоговое окно с подсказкой на панели инструментов. Перейдите к знаку «+» и выберите тип подсказки. Щелкните подсказку столбца → выберите столбец → щелкните OK.

Появится диалоговое окно «Новая подсказка» (появляется только для подсказок столбца). Введите название ярлыка, которое будет отображаться на панели управления рядом с Подсказкой → Выберите оператора → Пользовательский ввод.

Раскрывающийся список поля ввода пользователя появляется для подсказок столбцов и переменных и предоставляет вам возможность определить метод ввода данных пользователем для пользовательского интерфейса. Вы можете выбрать любое из следующего - флажки, переключатели, список выбора или поле со списком.

Example - Если вы выберете метод ввода пользователем для списка выбора и элемента значений списка выбора для всех значений столбца, пользователь выберет значение данных подсказки из списка, который содержит все значения данных, содержащиеся в источнике данных.

Вы также можете сделать выбор, развернув вкладку «Параметры».

Эта серия флажков позволяет ограничить объем данных, возвращаемых на выходе. После того, как выбор сделан, нажмите ОК.

Подсказка добавляется в Определение → Сохранить подсказку с помощью параметра сохранения в правом верхнем углу → Введите имя → Нажмите OK.

Чтобы проверить подсказку, перейдите в Моя панель инструментов → Каталог и перетащите подсказку в столбец 1. Это приглашение можно применить ко всей информационной панели или на отдельной странице, щелкнув Свойства → Область.

Сохраните и запустите панель мониторинга, выберите значение для подсказки. Значение «Применить» и «Вывод» изменится в соответствии со значением подсказки.

Другие подсказки

Валюта

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

Example- Предположим, что анализ содержит итоги продаж для определенного региона США в долларах США. Однако поскольку пользователи, просматривающие анализ, проживают в Канаде, они могут использовать подсказку о валюте, чтобы изменить итоговые суммы продаж с долларов США на канадские доллары.

Список выбора валюты в подсказке заполняется предпочтениями валюты из диалогового окна пользователя → Моя учетная запись → вкладка Параметры. Опция запроса валюты доступна только в том случае, если администратор настроил файл userpref_currencies.xml.

Подсказка изображения

Приглашение с изображением представляет собой изображение, которое пользователи щелкают, чтобы выбрать значения для анализа или панели мониторинга.

Example- В сбытовой организации пользователи могут щелкнуть свою территорию на изображении карты, чтобы просмотреть информацию о продажах, или щелкнуть изображение продукта, чтобы просмотреть информацию о продажах этого продукта. Если вы знаете, как использовать тег HTML <map>, вы можете создать определение карты изображения.

Переменная подсказка

Подсказка переменной позволяет пользователю выбрать значение, указанное в подсказке переменной, для отображения на панели мониторинга. Подсказка переменной не зависит от столбца, но по-прежнему может использовать столбец.

Добавление отчетов на страницы панели мониторинга BI

Вы можете добавить один или несколько существующих отчетов на страницу панели мониторинга. Преимущество заключается в том, что вы можете делиться отчетами с другими пользователями и планировать страницы панели мониторинга с помощью агентов. Агент отправляет пользователю всю панель мониторинга, включая все страницы данных, на которые ссылается отчет.

При настройке агента для страницы панели мониторинга, содержащей отчет BI Publisher, убедитесь, что выполняются следующие критерии:

• Формат вывода отчета BI Publisher должен быть PDF.
• Агент должен быть настроен на доставку PDF.

Вы можете добавлять отчеты на страницу панели мониторинга как встроенное содержимое и как ссылку. Встроенный означает, что отчет отображается прямо на странице панели инструментов. Ссылка открывает отчет в BI Publisher в Oracle BIEE.

Если вы измените отчет в BI Publisher и сохраните изменения, обновите страницу панели мониторинга, чтобы увидеть изменения. Перейдите на страницу, на которую вы хотите добавить отчет.

Добавить отчет бизнес-аналитики на страницу панели мониторинга

Выберите отчет одним из следующих способов -

• Выберите отчет на панели Каталог и перетащите его в раздел на странице панели мониторинга.

• Чтобы добавить отчет со страницы панели мониторинга, выберите отчет из папки, содержащей его панель мониторинга, на панели Каталог.

Задайте свойства объекта. Для этого наведите указатель мыши на объект в области макета страницы, чтобы отобразить панель инструментов объекта, и нажмите кнопку «Свойства».

Откроется диалоговое окно «Свойства отчета BI Publisher». При необходимости заполните поля в диалоговом окне свойств. Щелкните ОК, а затем щелкните Сохранить.

При необходимости добавьте на страницу панели мониторинга подсказку для фильтрации результатов встроенного параметризованного отчета.

Безопасность OBIEE определяется использованием модели управления доступом на основе ролей. Он определяется с точки зрения ролей, которые привязаны к разным каталогам.server groups and users. В этой главе мы обсудим компоненты, определенные для созданияsecurity policy.

Можно определить Security structure со следующими компонентами

• Каталог Server User and Group управляется Authentication provider.

• Роли приложений, управляемые Policy store предоставить политику безопасности со следующими компонентами: каталог презентаций, репозиторий, хранилище политик.

Провайдеры безопасности

Для получения информации о безопасности вызывается поставщик безопасности. OBIEE использует следующие типы поставщиков безопасности:

• Провайдер аутентификации для аутентификации пользователей.

• Провайдер хранилища политик используется для предоставления привилегий всем приложениям, кроме BI Presentation Services.

• Провайдер хранилища учетных данных используется для хранения учетных данных, используемых внутри приложения BI.

Политика безопасности

Политика безопасности в OBIEE разделена на следующие компоненты:

• Каталог презентаций
• Repository
• Магазин политик

Каталог презентаций

Он определяет объекты каталога и функциональность Oracle BI Presentation Services.

Администрирование Oracle BI Presentation Services

Он позволяет вам устанавливать права доступа пользователей к функциям и функциям, таким как редактирование представлений, создание агентов и подсказок.

Каталог презентаций предоставляет права доступа к объектам каталога презентаций, определенным в диалоговом окне «Разрешение».

Администрация Presentation Services не имеет собственной системы аутентификации и полагается на систему аутентификации, унаследованную от Oracle BI Server. Всем пользователям, которые входят в службы Presentation Services, предоставляется роль прошедшего проверку пользователя и любые другие роли, которые им были назначены в Fusion Middleware Control.

Вы можете назначить разрешения одним из следующих способов -

• To application roles - Самый рекомендуемый способ назначения разрешений и привилегий.

• To individual users - Сложно управлять тем, где вы можете назначать разрешения и привилегии конкретным пользователям.

• To Catalog groups - Он использовался в предыдущих выпусках для обеспечения обратной совместимости.

Репозиторий

Это определяет, какие роли приложения и пользователи имеют доступ к каким элементам метаданных в репозитории. Инструмент администрирования Oracle BI через диспетчер безопасности используется и позволяет выполнять следующие задачи:

• Установите разрешения для бизнес-моделей, таблиц, столбцов и предметных областей.
• Укажите доступ к базе данных для каждого пользователя.
• Задайте фильтры, чтобы ограничить данные, доступные пользователям.
• Установите параметры аутентификации.

Магазин политик

Он определяет функции BI Server, BI Publisher и Real Time Decisions, к которым могут получить доступ определенные пользователи или пользователи с заданными ролями приложения.

Аутентификация и авторизация

Аутентификация

Провайдер аутентификатора в домене Oracle WebLogic Server используется для аутентификации пользователя. Этот провайдер аутентификации получает доступ к информации о пользователях и группах, хранящейся на сервере LDAP в домене Oracle WebLogic Server Oracle Business Intelligence.

Для создания и управления пользователями и группами на сервере LDAP используется консоль администрирования Oracle WebLogic Server. Вы также можете настроить поставщика аутентификации для альтернативного каталога. В этом случае консоль администрирования Oracle WebLogic Server позволяет вам просматривать пользователей и группы в вашем каталоге; однако вам необходимо продолжать использовать соответствующие инструменты для внесения любых изменений в каталог.

Пример. Если вы переконфигурируете Oracle Business Intelligence для использования OID, вы можете просматривать пользователей и группы в консоли администрирования Oracle WebLogic Server, но вы должны управлять ими в консоли OID.

Авторизация

После завершения аутентификации следующий шаг в обеспечении безопасности - убедиться, что пользователь может делать и видеть, что ему разрешено делать. Авторизация для Oracle Business Intelligence 11g управляется политикой безопасности с точки зрения ролей приложений.

Роли приложений

Безопасность обычно определяется в терминах ролей приложений, которые назначаются пользователям и группам сервера каталогов. Пример: роли приложения по умолчанию:BIAdministrator, BIConsumer, и BIAuthor.

Роли приложения определяются как функциональная роль, назначенная пользователю, которая дает этому пользователю привилегии, необходимые для выполнения этой роли. Пример: роль приложения «Маркетинговый аналитик» может предоставлять пользователю доступ для просмотра, редактирования и создания отчетов по маркетинговым каналам компании.

Эта связь между ролями приложений и пользователями и группами сервера каталогов позволяет администратору определять роли и политики приложения без создания дополнительных пользователей или групп на сервере LDAP. Роли приложений позволяют легко перемещать систему бизнес-аналитики между средами разработки, тестирования и производства.

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

Группа с именем «BIConsumers» содержит user1, user2 и user3. Пользователям в группе «BIConsumers» назначается роль приложения «BIConsumer», которая позволяет пользователям просматривать отчеты.

Группа с именем «BIAuthors» содержит пользователей user4 и user5. Пользователям в группе «BIAuthors» назначается роль приложения «BIAuthor», которая позволяет пользователям создавать отчеты.

Группа с именем «BIAdministrators» содержит пользователя 6 и пользователя 7, пользователя 8. Пользователям в группе «BIAdministrators» назначается роль приложения «BIAdministrator», которая позволяет пользователям управлять репозиториями.

В OBIEE 10g большинство задач администрирования OBIEE в основном выполнялись либо через инструмент администрирования, экран администрирования Presentation Server на веб-основе, либо через редактирование файлов в файловой системе. Было около 700 вариантов конфигурации, распределенных по нескольким инструментам и файлам конфигурации, при этом некоторые параметры, такие как пользователи и группы, были встроены в несвязанные репозитории (RPD).

В OBIEE 11g все задачи администрирования и настройки перемещены в Fusion Middleware Control, также называемый Enterprise Manager.

Инструмент администрирования, который присутствовал в OBIEE 10g, также присутствует в 11g и используется для поддержки семантической модели, используемой BI-сервером. Он имеет несколько улучшений с точки зрения обработки измерений и новых источников данных. Основное изменение касается безопасности - когда вы открываете диалоговое окно Security Manager -

Перейдите в Manage → Identity → Security Manager. Появится диалоговое окно.

Пользователи и роли приложений теперь определены в консоли администратора WebLogic Server. Вы используете Security Manager для определения дополнительных ссылок на другие серверы LDAP, регистрации пользовательских аутентификаторов и настройки фильтров и т. Д. На приведенном выше снимке экрана в списке пользователей показаны те пользователи, которые содержатся в JPS WebLogic Server (Java Platform Security). ), и в самом RPD больше нет пользователей и групп.

На снимке выше нет пользователя-администратора. У него есть стандартный пользователь-администратор, которого вы настраиваете как администратор WebLogic Server при установке OBIEE, который обычно имеет имя пользователя weblogic.

Также есть два дополнительных пользователя по умолчанию: OracleSystemUser - этот пользователь используется различными веб-службами OBIEE для связи с BI-сервером, а BISystemUser используется BI Publisher для подключения к BI-серверу в качестве источника данных.

На вкладке «Роли приложения» вы можете увидеть список ролей приложения по умолчанию - BISystem, BIAdministrator, BIAuthor и BIConsumer, - которые используются для предоставления доступа к функциям Presentation Server.

Создать пользователя в OBIEE

Чтобы создать нового пользователя, войдите в консоль администратора WebLogic Server → Перейдите в Security Realms из меню Fusion Middleware Control → Выберите myrealm → Выберите пользователей и группы. Щелкните вкладку «Пользователи», она покажет вам список существующих пользователей.

Щелкните New. → Откроется диалоговое окно нового пользователя → введите данные пользователя. Вы также можете использовать вкладку Группы, чтобы определить группу для пользователя или назначить пользователя существующей группе.

Файлы конфигурации и метаданных

Ниже приведены местоположения ключевых файлов в OBIEE 11g:

Справочник RPD

C:\Middleware\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\repository

NQSConfig.INI

C:\Middleware\instances\instance1\config\OracleBIServerComponent\coreapplication_obis1\
nqsconfig.INI

NQClusterConfig.INI

C:\Middleware\instances\instance1\config\OracleBIApplication\coreapplication\
NQClusterConfig.INI

nqquery.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqquery.log

nqserver.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqserver.log

nqsserver.exe

C:\Middleware\Oracle_BI1\bifoundation\server\bin\nqsserver.exe

Каталог WebCat

C:\Middleware\instances\instance1\bifoundation\OracleBIPresentationServicesComponent\
coreapplication_obips1\catalog\

instanceconfig.xml

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\instanceconfig.xml

xdo.cfg

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\xdo.cfg

sawlog0.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIPresentationServicesComponent\
coreapplication_obips1\sawlog0.log

sawserver.exe

C:\Middleware\Oracle_BI1\bifoundation\web\bin\sawserver.exe

Перейти к обзору. Вы также можете останавливать, запускать и перезапускать все системные компоненты, такие как сервер бизнес-аналитики, сервер презентаций и т. Д., Через OPMN.

Вы можете щелкнуть вкладки «Управление емкостью», «Диагностика», «Безопасность» или «Развертывание», чтобы выполнить дальнейшее обслуживание.

Управление мощностью

У нас есть следующие четыре варианта управления мощностью:

• Метрики собираются через DMS.

• Доступность всех отдельных компонентов системы (что позволяет останавливать, запускать и перезапускать их по отдельности).

• Масштабируемость используется для увеличения количества серверов BI, серверов презентаций, контроллеров кластера и планировщиков в кластере в сочетании с опцией установки «горизонтальное масштабирование».

• Параметр «Производительность» позволяет включать или отключать кеширование и изменять другие параметры, связанные со временем отклика.

Diagnostics - Log Messages показать вам вид всех ошибок и предупреждений сервера. Log Configuration позволяет ограничивать размер журналов и включать в них информацию.

Security - Он используется для включения единого входа и выбора поставщика единого входа.

Deployment - Presentation позволяет установить параметры панели управления по умолчанию, заголовки разделов и т. д. Scheduler используется для установки сведений о подключении для схемы планировщика. Marketing предназначен для настройки подключения к серверу Siebel Marketing Content Server. Mail Опция используется для настройки почтового сервера для доставки предупреждений по электронной почте. Repository используется для загрузки новых RPD для использования BI-сервером.