Если пользователям Smart View требуется больше информации, чем можно получить в кубе, детализированные отчеты могут предоставить настраиваемый доступ к данным внешнего источника.
Как правило, учитывая степень детализации данных, хранящихся в хранилищах данных и других системах исходных данных, объем внешних данных может быть слишком большим для их использования в рамках анализа. Чтобы заполнить куб Essbase оптимальным объемом данных для анализа, обычно используется агрегирование исходных данных (например агрегирование значений транзакций за день в результаты за неделю или месяц) и загрузка этих агрегированных данных в куб Essbase.
Во время последующего анализа данных в Essbase, если пользователи Smart View обнаруживают аномалии, которые стоит изучить, детализация дает им возможность быстро просмотреть базовые исходные данные для поиска причины. Например, если данные за август неожиданно отличаются от данных за июль, пользователи могут перейти к исходной системе, чтобы найти записи, которые могут быть причиной расхождения.
Чтобы предоставить аналитикам Smart View дополнительную информацию о том, что представляет собой одно или несколько значений данных в кубе, менеджеры баз данных могут использовать детализированные отчеты, чтобы получить более глубокое представление об исходных данных, прежде чем они будут развернуты и загружены в Essbase.
Детализированные отчеты — это один из способов создания интерфейса обмена данными между Essbase и внешними исходными системами.
Рассмотрим реляционную таблицу SB_DT со всеми выбранными записями. SQL-запрос:
SELECT * FROM SB_DT
На этой иллюстрации результат запроса (в SQL Developer) усечен по длине, так как в таблице содержатся тысячи записей:
Рассмотрим ту же таблицу с меньшим количеством выбранных записей. Например, если выборка SQL сужается до именованных столбцов, показатели объединяются, применяется фильтр (фраза WHERE),
select DIMENSION_PRODUCT, DIMENSION_MARKET, YEAR_PARENT, DIMENSION_SCENARIO, sum(SALES) as SALES, sum(COGS) as COGS from SB_DT where DIMENSION_SCENARIO ='Actual' AND DIMENSION_MARKET ='California' AND YEAR_PARENT ='Qtr4' group by DIMENSION_PRODUCT, DIMENSION_MARKET, YEAR_PARENT, DIMENSION_SCENARIO
а затем результат запроса объединяется и фильтруется:
Вы можете использовать возможности запросов СУРБД в Essbase с помощью источников данных, загрузки данных и детализированных отчетов. Детализированные отчеты обеспечивают отфильтрованный доступ к внешнему источнику данных непосредственно из запроса Essbase в электронной таблице Smart View.
В этом разделе поясняется значение терминов, относящихся к детализации Essbase.
Детализировать (глаг.)
"Детализировать" — получить доступ к внешним данным из одного или нескольких пересечений ячеек Essbase в электронной таблице Smart View. Действие детализации позволяет получить информацию, которой нет в кубе Essbase. Детализация необходима в случае, если Essbase содержит агрегированные ("свернутые") значения, а внешняя исходная система содержит более детализированные данные, которые можно сделать доступными.
Если запрос выполняется при детализации, результаты отображаются в новой открывающейся электронной таблице, которая называется детализированным отчетом. Отчет содержит информацию, полученную из внешних источников данных.
Если при детализации запускается URL-адрес, он открывается в веб-браузере. Параметры можно применить к URL-адресу, чтобы выполнить настраиваемый поиск по веб-сайту.
Детализированный отчет
Детализированный отчет — это результат операции детализации, выполняемой из сетки Smart View с использованием дополнительных данных из исходной системы, внешней по отношению к Essbase.
Определение детализированного отчета
Если вы являетесь менеджером баз данных или пользователем с ролью выше, то определение детализированного отчета — это способ определить уровень доступа, который пользователи должны иметь для просмотра внешней информации. Вы можете создавать определения детализированных отчетов в веб-интерфейсе Essbase или API-интерфейсе REST. Они связываются с кубом. В рамках определения нужно указать представленные ниже элементы.
Сопоставление столбцов. Это указывает, какие внешние столбцы будут отображаться в отчетах, и какой объем доступа в плане иерархии (поколения) необходимо предоставить (например, нужно ли отражать информацию из внешнего источника по дням, месяцам и кварталам?)
Детализируемая область. Это указывает, какие пересечения ячеек куба ссылаются на детализированные отчеты (или URL-адрес), содержащие дополнительные внешние данные. В указанных ниже примерах детализируемые области в срезе данных электронной таблицы Smart View выделены синим цветом с использованием стилей ячеек. Вы указываете детализируемые области, используя любую функцию набора элементов, доступную в Essbase. В указанных ниже примерах детализируемой областью является @DESCENDANTS (Measures) в Sample Basic.
Сопоставление параметров среды выполнения, если параметризованный запрос реализован в базовом запросе источника данных (необязательно).
Определения детализированных отчетов обычно основаны на предварительно определенных подключениях и источниках данных в Essbase (если только вы не определяете доступ к файлу, загруженному в Essbase). Подключение сохраняет сведения об аутентификации во внешнем источнике. Один или несколько источников данных, которые вы определяете для подключения, позволяют указать начальный запрос для извлечения данных из внешнего источника (например, выбор всех элементов из определенной таблицы). С помощью запроса, который вы указываете в источнике данных, можно извлечь как большой, так и малый поднабор данных, с которого вы хотите начать. Позже вы сокращаете объем предоставляемого доступа к данным, когда создаете или редактируете определение детализированного отчета.
В качестве менеджера баз данных используйте указанный ниже рабочий процесс, чтобы создать и протестировать детализацию куба.
Подготовьте доступ к данным.
Создайте определения детализированного отчета в кубе.
Протестируйте детализированные отчеты.
Подготовьте Smart View:
Выполните детализацию пересечений различных ячеек в Smart View:
Проверьте выходные данные детализированного отчета и журнала платформы.
Этот рабочий процесс и остальная часть введения содержат основные сведения, необходимые для создания и тестирования доступа к детализации данных внешнего источника в СУРБД. Если вас больше интересует реализация детализации по URL-адресу, см. раздел Детализация по URL-адресу.
Подробное описание различных требований к доступу для создания и использования детализации см. в разделе Доступ к детализированным отчетам.
В этом примере предположим, что в кубе Sample Basic в Essbase элементы Qtr1–Qtr4 рассматриваются как самые низкие уровни измерения времени.
В иерархии структуры нет месяцев, но данные по месяцам доступны во внешней исходной системе в столбце таблицы с именем DIMENSION_YEAR:
Когда пользователь Smart View просматривает пересечение ячеек значения Sales для Qtr1:
Детализированный отчет, который создается в Essbase, выглядит следующим образом:
Детализированный отчет показывает дополнительную информацию из исходной базы данных о продажах за 1 квартал. Обратите внимание, что значения Jan, Feb и Mar составляют значение для Qtr1: 678+645+675=1998.
Запрос, который Essbase использует для построения приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "DIMENSION_YEAR", "DIMENSION_SCENARIO", "SALES", "COGS", "YEAR_PARENT" FROM <Query defined in Datasource> WHERE "YEAR_PARENT" = 'Qtr1' AND "DIMENSION_PRODUCT" = '100-10' AND "DIMENSION_MARKET" = 'New York' AND "DIMENSION_SCENARIO" = 'Actual'
Из журнала платформы администраторы могут получить доступ к точным запросам, лежащим в основе каждого детализированного отчета.
Если вы являетесь менеджером баз данных или пользователем с ролью выше, то определение детализированного отчета — это способ определить уровень доступа, который пользователи должны иметь для просмотра внешней информации.
Примечание.:
Не переименовывайте определения детализированного отчета. Переименованные определения детализированного отчета может быть невозможно отредактировать, и они могут не работать ожидаемым образом.Чтобы включить детализированный отчет, созданный в Процесс детализации, менеджер баз данных создал определение детализированного отчета, связанное с Sample Basic. Детализированный отчет имеет ссылку на предварительно определенный источник данных, который использует запрос для извлечения внешних данных из SB_DT (гипотетическая таблица исходной системы , упомянутая в Введение в детализацию Essbase).
В определении детализированного отчета менеджер базы данных указал представленное ниже сопоставление столбцов.
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
DIMENSION_PRODUCT | Да | Product | Product SKU [Поколение] |
DIMENSION_MARKET | Да | Market | State [Поколение] |
DIMENSION_YEAR | Да | Year | Нет |
DIMENSION_SCENARIO | Да | Scenario | Level0 [Уровень] |
SALES | Да | Нет | -- |
COGS | Да | Нет | -- |
YEAR_PARENT | Да | Year | Quarter [Поколение] |
Сопоставление столбцов определяет, какие внешние исходные столбцы должны быть включены в отчет, с какими измерениями Essbase эти столбцы сопоставляются, а также (необязательно) условие фильтра поколения/уровня, указывающее, в каком объеме необходимо предоставить доступ.
В приведенном выше шаблоне сопоставления менеджер баз данных выполнил указанные ниже действия.
Сопоставил внешний столбец DIMENSION_PRODUCT с поколением Product SKU в измерении Product Essbase. Этот тип сопоставления столбцов называется сопоставлением поколений.
Сопоставил внешний столбец DIMENSION_MARKET с поколением "Состояние" в измерении Essbase Market (это еще один пример сопоставления поколений).
Сопоставил внешний столбец DIMENSION_YEAR с измерением Year без дальнейшей фильтрации. Этот тип сопоставления столбцов называется сопоставлением измерений.
Сопоставил внешний столбец DIMENSION_SCENARIO с самым низким уровнем (уровнем 0) измерения Essbase Scenario. Этот тип сопоставления столбцов называется сопоставлением уровня 0.
Не сопоставил столбцы SALES и COGS ни с чем, но выбрал включить эти столбцы в отчет. Обычно не нужно сопоставлять столбцы с измерением Accounts Essbase.
Сопоставил внешний столбец YEAR_PARENT с поколением Quarter в измерении Year.
Параметры сопоставления столбцов
Поскольку запрос, создаваемый в Essbase для извлечения данных из источника данных, сильно зависит от определенного сопоставления столбцов, рекомендуется изучить различные способы сопоставления столбцов и их преимущества. Типы сопоставления столбцов:
сопоставление измерений;
сопоставление поколений;
сопоставление уровня 0.
Сопоставление измерений
При сопоставлении измерений исходный столбец данных сопоставляется непосредственно с именем измерения в кубе Essbase. Этот тип сопоставления наиболее полезен, когда столбец исходных данных содержит все слои данных, представленные в соответствующем измерении куба.
Например, если столбец исходных данных MONTH содержит смесь всех тех же поколений/уровней, что и измерение, как показано ниже,
тогда имеет смысл сопоставить столбец MONTH с измерением Essbase Year без дальнейшей фильтрации:
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
MONTH | Да | Year | Нет |
Когда вы используете сопоставление измерений для столбца MONTH, как показано выше, условие фильтрации (фраза WHERE SQL-запроса) не определяется предварительно для столбца MONTH.
SELECT "MONTH" FROM <Query defined in Datasource> WHERE "MONTH" = '<Grid context>'
Результат детализации для столбца MONTH вернет текущее пересечение ячеек Smart View.
Подробнее о сопоставлении измерений см. в разделе Пример использования детализации.
Сопоставлений поколений
При сопоставлении поколений столбец исходных данных сопоставляется с именованным поколением в измерении Essbase. Этот тип сопоставления полезен, когда исходный столбец данных содержит только слой данных, представленный в определенном поколении измерения в кубе. Например, если столбец исходных данных MONTH содержит только месяцы, а измерение Year содержит месяцы в поколении 3,
тогда лучше всего сопоставить исходный столбец с поколением 3 (месяцы) измерения Year:
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
MONTH | Да | Year | Months [Поколение] |
Когда вы используете сопоставление измерений для столбца MONTH, как показано выше, условие фильтрации запроса определяется предварительно для столбца MONTH.
SELECT "MONTH" FROM <Query defined in Datasource> WHERE "MONTH" = '<Generation filter>'
Результат детализации для столбца MONTH вернет значения ниже поколения Months для измерения Year. Никакие данные (если они существуют) не будут возвращены для любого уровня ниже уровня Months.
Сопоставление поколений не является идеальным для работы с асимметричными (неровными) иерархиями. Сопоставление поколений не влияет на запрос детализации в измерении с неровной иерархией, если только детализация не выполняется для элемента по прямой наследственной линии поколения, в котором определено сопоставление столбцов. Чтобы избежать непредвиденных результатов, Oracle рекомендует использовать сопоставление уровня 0, а не сопоставление поколений для детализации асимметричных иерархий.
Подробнее о процедуре сопоставления поколений см. в разделе Пример использования детализации.
Сопоставление уровня 0
При сопоставлении уровня 0 Essbase добавляет к условию фильтрации все элементы нулевого уровня из иерархии ниже пересечения ячеек (в зависимости от того, какой элемент выбран в текущем контексте сетки Smart View во время выполнения).
Сопоставление уровня 0 полезно при работе с асимметричными (неровными) иерархиями. В неровной иерархии не все элементы одного уровня (L) имеют одинаковую глубину поколения (G) в структуре.
Типичным примером неровной иерархии является организационная структура сотрудников.
Измерение Product структуры куба Essbase для Sample Basic являлось бы неровной иерархией, если бы несколько дочерних продуктов были добавлены ниже 100-10 (Cola):
Если менеджер баз данных сопоставляет исходный столбец PRODUCT с уровнем 0 измерения Product, как показано ниже:
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
PRODUCT | Да | Product | Level0 [Уровень] |
то условие фильтра запроса будет предварительно определено для столбца PRODUCT:
SELECT "PRODUCT" FROM <Query defined in Datasource> WHERE "PRODUCT" = <Level0> below <Grid context>
а результат детализации для столбца PRODUCT вернет все элементы уровня 0 ниже элемента Product, выбранного в текущем пересечении ячеек Smart View.
Подробнее о процедуре сопоставления уровня 0 см. в разделе Пример использования детализации.
В этом примере использования рассмотрим указанные ниже факторы, которые необходимо учитывать при предоставлении пользователям Smart View доступа к детализированным отчетам.
Куб Essbase для анализа
Внешняя исходная система для детализации
Определения детализированного отчета с сопоставлением столбцов, заданным менеджером баз данных
Результаты детализированного отчета из Smart View
Куб Essbase
В этом примере основой является куб, аналогичный демонстрационному кубу Essbase, Sample Basic, но с данными только по кварталам для измерения времени, представленного кубе (месяцы были удалены). Предположим, что измерение Year имеет Qtr1–Qtr4 в качестве элементов самого низкого уровня (уровень 0):
Хотя в этой иерархии структуры отсутствуют месяцы, данные по месяцам доступны во внешнем источнике за счет детализации исходной системы (предположим, что это база данных Oracle) и доступа к информации из столбца с именем DIMENSION_YEAR:
Предположим, что остальные измерения аналогичны измерениям в демонстрационном кубе Essbase Sample Basic, доступном в разделе галереи каталога файлов. Краткий обзор.
Измерение Measures отслеживает ключевые показатели эффективности для Accounts за счет динамического расчета с использованием расчетных формул Essbase.
Измерение Product отслеживает активные запасы на два поколения вниз — к поколению 2 с названием "Категория" (содержит 100 [псевдоним Colas], 200, 300, 400 и Diet) и поколению 3/уровню 0 с названием Product SKU (содержит 100 -10 [псевдоним Colas], 100-20 и т. д.).
Измерение Market обеспечивает географическое разделение с двумя дополнительными поколениями под именем измерения. Поколение 2 — это регион (East, West и т. д.), а поколение 3 — штат.
Измерение Scenario добавляет анализ финансовой отчетности в куб с двумя сохраненными элементами и двумя элементами динамического расчета:
Внешняя исходная система
Предположим, что исходной системой в рамках данного примера является база данных Oracle. Предварительно определенный источник данных в Essbase включает SQL-запрос, который извлекает информацию из таблицы в базе данных Oracle.
Наша задача как менеджера баз данных — создать определение детализированного отчета на основе этого источника данных, которое предоставит пользователям Smart View надлежащий доступ к данным исходной системы, извлеченным из источника данных.
Запрос в источнике данных может быть таким же простым, как показано ниже.
SELECT * FROM TABLENAME
Либо его можно уточнить, чтобы получить любую агрегирование или набор внешних данных, которые необходимо использовать в качестве основы.
Выбранные элементы из нашей гипотетической таблицы в базе данных Oracle включают внешние столбцы, подобные тем, что показаны в нашем Введении. Сопоставим некоторые из этих внешних столбцов с измерениями Essbase при создании определения детализированного отчета.
Определение сопоставления столбцов
При сопоставлении столбцов в этом примере используется сопоставление измерений для столбца Products, сопоставление поколений для столбцов Year и Scenario, а также сопоставление уровня 0 для столбца Market.
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
DIMENSION_PRODUCT | Да | Product | Нет |
DIMENSION_MARKET | Да | Market | Level0 [Уровень] |
YEAR_PARENT | Да | Year | Quarter [Поколение] |
DIMENSION_SCENARIO | Да | Scenario | Scen [Поколение] |
SALES | Да | Нет | -- |
COGS | Да | Нет | -- |
MARKETING | Да | Нет | -- |
PAYROLL | Да | Нет | -- |
MISC | Да | Нет | -- |
Примеры детализированных отчетов по типу сопоставления столбцов
Указанные ниже примеры детализированных отчетов иллюстрируют результаты запросов для каждого типа сопоставления столбцов, который менеджер баз данных указывает как часть определения детализированного отчета.
Пример 1. Сопоставление измерений
При использовании сопоставления измерений для продукта без иерархического фильтра
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
DIMENSION_PRODUCT | Да | Product | Нет |
детализация, выполняемая на пересечении ячеек, не будет привязана ни к какому конкретному поколению или уровню.
Таким образом, при детализации элементов Year, Sales, West, Actual, Cola:
возвращается детализированный отчет, отфильтрованный по текущему контексту сетки для продукта, который равен 100-10 (100-10 — это Product SKU, связанная с псевдонимом Cola). Все значения, извлеченные из столбца DIMENSION_PRODUCT в исходной системе, будут записями, в которых DIMENSION_PRODUCT = 100–10.
Чтобы проверять детализированные отчеты по мере их тестирования, убедитесь, что сумма показателя в отчете соответствует пересечению ячеек, на котором выполнялась детализация. В приведенном выше примере детализированный отчет проверяется, поскольку ячейка, по которой выполняется детализация, соответствует значению (14862) суммы сопоставленного столбца в детализированном отчете.
Запрос, который Essbase использует для создания приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'
Пример 2. Сопоставление измерений
Далее рассмотрим, что происходит при детализации продукта на более высоком уровне.
При детализация элементов Year, Sales, West, Actual, Colas:
возвращается детализированный отчет, отфильтрованный по текущему контексту сетки для продукта, который теперь равен 100 (100 — это код продукта, связанный с псевдонимом Colas). Все значения, извлеченные из столбца DIMENSION_PRODUCT в исходной системе, будут записями, в которых DIMENSION_PRODUCT = 100.
В приведенном выше примере детализированный отчет проверяется, поскольку ячейка, по которой выполняется детализация, соответствует значению (23806) суммы сопоставленного столбца в детализированном отчете.
Запрос, который Essbase использует для создания приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'
Пример 1. Сопоставление поколений
При использовании сопоставления поколений для столбца Year с фильтром поколения под названием Quarter
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
YEAR_PARENT | Да | Year | Quarter [Поколение] |
детализация, выполняемая на пересечении ячеек, будет привязана к указанному поколению элемента Year.
При детализации (Qtr2, Sales, Market, Actual, Cola):
возвращается детализированный отчет, отфильтрованный по сопоставленному контексту поколения для Year (Quarters). Поскольку Qtr2 находится в выбранном контексте сетки, все значения, извлеченные из столбца YEAR_PARENT в исходной системе, будут записями, в которых YEAR_PARENT = Qtr2.
В приведенном выше примере детализированный отчет проверяется, поскольку ячейка, по которой выполняется детализация, соответствует значению (16048) суммы сопоставленного столбца в детализированном отчете.
Запрос, который Essbase использует для создания приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE
"YEAR_PARENT" = 'Qtr2'
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'New York' OR
"DIMENSION_MARKET" = 'Oklahoma' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Florida' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Iowa' OR
"DIMENSION_MARKET" = 'New Mexico' OR
"DIMENSION_MARKET" = 'Massachusetts' OR
"DIMENSION_MARKET" = 'Texas' OR
"DIMENSION_MARKET" = 'Illinois' OR
"DIMENSION_MARKET" = 'Colorado' OR
"DIMENSION_MARKET" = 'Connecticut' OR
"DIMENSION_MARKET" = 'New Hampshire' OR
"DIMENSION_MARKET" = 'Missouri' OR
"DIMENSION_MARKET" = 'Louisiana' OR
"DIMENSION_MARKET" = 'Ohio' OR
"DIMENSION_MARKET" = 'Wisconsin' OR
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'
Пример 2. Сопоставление поколений
Далее рассмотрим, что происходит при детализации на более высоком уровне измерения Year.
При детализации Year, Sales, Market, Actual, Cola
возвращается детализированный отчет, отфильтрованный по сопоставленному поколению кварталов года. Значения, извлеченные из столбца YEAR_PARENT в исходной системе, будут записями Qtr1, Qtr2, Qtr3 Qtr4.
В приведенном выше примере детализированный отчет проверяется, поскольку ячейка, по которой выполняется детализация, соответствует значению (62824) суммы сопоставленного столбца в детализированном отчете.
Запрос, который Essbase использует для создания приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'New York' OR
"DIMENSION_MARKET" = 'Oklahoma' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Florida' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Iowa' OR
"DIMENSION_MARKET" = 'New Mexico' OR
"DIMENSION_MARKET" = 'Massachusetts' OR
"DIMENSION_MARKET" = 'Texas' OR
"DIMENSION_MARKET" = 'Illinois' OR
"DIMENSION_MARKET" = 'Colorado' OR
"DIMENSION_MARKET" = 'Connecticut' OR
"DIMENSION_MARKET" = 'New Hampshire' OR
"DIMENSION_MARKET" = 'Missouri' OR
"DIMENSION_MARKET" = 'Louisiana' OR
"DIMENSION_MARKET" = 'Ohio' OR
"DIMENSION_MARKET" = 'Wisconsin' OR
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'
Пример сопоставления уровня 0
При сопоставлении уровня 0 для элемента Market с использованием фильтра для всех элементов уровня 0 (нулевого уровня)
Внешний столбец | Включить в отчет | Измерение Essbase | Фильтр поколения/уровня |
---|---|---|---|
DIMENSION_MARKET | Да | Market | Level0 [Уровень] |
детализация, выполненная на пересечении ячеек, вернет все элементы для столбца Market самого низкого уровня.
При детализации Year, Sales, Market, Actual, Cola
Возвращает детализированный отчет, который включает в себя элементы самого низкого уровня измерения Market, которые являются штатами. Все значения, извлеченные из столбца DIMENSION_MARKET в исходной системе, будут записями, содержащими штаты.
В приведенном выше примере детализированный отчет проверяется, поскольку ячейка, по которой выполняется детализация, соответствует значению (62824) суммы сопоставленного столбца в детализированном отчете.
Запрос, который Essbase использует для создания приведенного выше детализированного отчета, выглядит следующим образом:
SELECT "DIMENSION_PRODUCT", "DIMENSION_MARKET", "YEAR_PARENT", "DIMENSION_SCENARIO", "SALES", "COGS", "MARKETING", "PAYROLL", "MISC"
FROM <Query defined in Datasource>
WHERE (
"YEAR_PARENT" = 'Qtr3' OR
"YEAR_PARENT" = 'Qtr4' OR
"YEAR_PARENT" = 'Qtr1' OR
"YEAR_PARENT" = 'Qtr2')
AND
"DIMENSION_PRODUCT" = '100-10'
AND (
"DIMENSION_MARKET" = 'Oregon' OR
"DIMENSION_MARKET" = 'New York' OR
"DIMENSION_MARKET" = 'Oklahoma' OR
"DIMENSION_MARKET" = 'California' OR
"DIMENSION_MARKET" = 'Florida' OR
"DIMENSION_MARKET" = 'Washington' OR
"DIMENSION_MARKET" = 'Utah' OR
"DIMENSION_MARKET" = 'Iowa' OR
"DIMENSION_MARKET" = 'New Mexico' OR
"DIMENSION_MARKET" = 'Massachusetts' OR
"DIMENSION_MARKET" = 'Texas' OR
"DIMENSION_MARKET" = 'Illinois' OR
"DIMENSION_MARKET" = 'Colorado' OR
"DIMENSION_MARKET" = 'Connecticut' OR
"DIMENSION_MARKET" = 'New Hampshire' OR
"DIMENSION_MARKET" = 'Missouri' OR
"DIMENSION_MARKET" = 'Louisiana' OR
"DIMENSION_MARKET" = 'Ohio' OR
"DIMENSION_MARKET" = 'Wisconsin' OR
"DIMENSION_MARKET" = 'Nevada')
AND
"DIMENSION_SCENARIO" = 'Actual'