Проверенные методики IBM Cognos: Руководство по целевой модели Adaptive Warehouse Target Model – построение пользовательских вычислений

Продукт (продукты): приложения серии IBM Cognos Analytical Applications; предметная область: моделирование

Ознакомьтесь с вычислениями в целевой модели, решаемыми задачами и получаемыми результатами, а также с порядком их использования в Cognos Adaptive Warehouse.

Майкл Адендорфф, STSM, архитектор Adaptive Application Framework, IBM

Майкл Адендорфф (Michael Adendorff) работает в IBM Cognos более 12 лет. Он является одним из основателей группы Cognos Analytic Applications Team. М. Адендорфф спроектировал и разработал несколько прикладных модулей, а также был автором идеи и ведущим проектировщиком решений Adaptive Application Framework и Cognos Metrics Studio. Он является высококвалифицированным специалистом в таких областях, как моделирование и проектирование хранилищ данных, настройка производительности хранилищ данных, ETL, Framework Manager и отчетность по бизнес-анализу. До прихода в компанию Cognos М. Адендорфф был независимым консультантом, специализирующимся на хранилищах данных и бизнес-анализе.



28.03.2013

Введение

Назначение

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

Применимость

IBM Cognos Adaptive Warehouse версии 8.x, и IBM Cognos Adaptive Warehouse версии 10.x.

Предварительные условия

Вычисления определяются в целевой модели IBM Cognos Framework Manager Target Model продукта IBM Cognos Adaptive Warehouse. Предполагается, что читатель данного документа знаком с продуктом IBM Cognos Framework Manager.

Исключения

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


Типы вычислений

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

ВычислениеДо агрегацииПосле агрегации
С использованием единственного факта Вычисление на бизнес-уровне факта.
Напр., расширенная цена = сумма (цена за ед. в заказе * кол-во проданных единиц в заказе)
Вычисление в измерении показателей (вычисляется стандартный агрегат).
Напр., прибыль от продажи = сумма (расширенная цена заказа – расширенные затраты заказа)/сумма (расширенная цена заказа)
С использованием факта и измерения Вычисление на бизнес-уровне факта.
Например, расширенные затраты = сумма (цена за ед. продукции * кол-вол проданных единиц в заказе)
Вычисление в измерении показателей (вычисляется стандартный агрегат).
Например, прибыль на единицу продукции = сумма (расширенная цена) /кол-во (идентификатор продукта)
С использованием нескольких фактовНеприменимо. До агрегации невозможно выполнить вычисление с использованием компонентов из нескольких фактов Автономное вычисление
Например, административные расходы в процентах от суммы продаж = сумма (адм. расходы по ГК) / сумма (расширенная цена)
С использованием одного или нескольких измерений, без использования фактовВычисление на бизнес-уровне измерения.
Напр., скорректированная цена = сумма (ед.продукции * стандартная ставка для типа продукции)
Этот тип вычислений не применяется широко, однако он, видимо, мог бы выполняться с использованием автономных вычислений

Создание вычисления на бизнес-уровне

  1. Определите местоположение субъекта запроса на бизнес-уровне. Он находится в целевой модели IBM Cognos Framework Manager Target Model продукта Adaptive Warehouse, в пространстве имен вида <Warehouse Object>. Соответственно, имя субъекта запроса имеет вид <Warehouse Object>_. В данном примере используется пространство имен Order и соответственно субъект запроса Order_.
    Рисунок 1. Панель инструмента Project Viewer, демонстрирующая субъект запроса Order_ в целевой модели
    Figure 1 - The Project Viewer pane showing Order_ query subject in the target model
  2. Отредактируйте определение вышеупомянутого субъекта запроса.
    Рисунок 2. Диалог Query Subject Definition – Order_, демонстрирующий элементы запроса и вычисления
    Figure 2 - The Query Subject Definition – Order_ dialog showing the query items and calculations
  3. Добавьте элемент Calculated Item (вычисленный элемент) и задайте выражение, используя элементы из данного субъекта запроса или из субъекта запроса на бизнес-уровне любого связанного измерения. Например, новый вычисленный элемент с именем Extended Cost может быть получен следующим образом:
    Extended Cost = [Order].[Order_].[Units Sold] * [Order].[Item].[ItemId].[ItemPrice]
    Рисунок 3. Пример выражения для элемента Extended Cost, который вычисляется по формуле sold * unit price
    Figure 3 - An example of the expression for Extended Cost which is calculated as units sold * unit price
  4. Для нового вычисленного элемента подтвердите значение его свойства Regular Aggregate. В данном случае оно имеет значение Sum.
    Рисунок 4. Свойству Regular Aggregate вычисленного элемента Extended Cost присвоено значение Sum
    Figure 4 - The Regular Aggregate property for the calculated item Extended Cost set to a value of Sum
  5. Если данное вычисление должно быть представлено как новый показатель (measure), включите его в соответствующее измерение показателей (measure dimension).
    Рисунок 5. Диалог Dimension Definition для измерения показателей Order Measures, демонстрирующий, что показатель Extended Cost добавлен к существующим показателям (Measures)
    Figure 5 - The Dimension Definition dialog for the Order Measures measures dimension showing the Extended Cost measure added to existing measures

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

  1. Определите местоположение измерения показателей. Оно находится в целевой модели IBM Cognos Framework Manager Target Model продукта Adaptive Warehouse, в пространстве имен вида <Warehouse Object>. Имя измерения показателей имеет вид <Warehouse Object> Measures. В данном примере используется пространство имен Order и, соответственно, измерение показателей Order Measures.
    Рисунок 6. Панель инструмента Project Viewer, демонстрирующая измерение показателей Order Measures, которое включает показатели UnitsSold, UnitPrice, ExtendedCost и ExtendedPrice
    Figure 6 - The Order Measures measures dimension in the Project Viewer pane including the UnitsSold, UnitPrice, ExtendedCost and ExtendedPrice measures
  2. Отредактируйте определение измерения показателей.
    Рисунок 7. Диалог Dimension Definition измерения показателей Order Measures, которое включает показатели UnitsSold, UnitPrice, Extended Cost и Extended Price
    Figure 7 - The Dimension Definition dialog of the Order Measures measures dimension including the UnitsSold, UnitPrice, Extended Cost and Extended Price measures
  3. Добавьте новый показатель. В качестве компонентов для данного вычисления выбирайте только показатели из измерения показателей. Например, вычисление для нового показателя с именем Sales Margin может выглядеть следующим образом:
    Sales Margin = ([Order].[Order Measures].[Extended Price] - [Order].[Order Measures].[Extended Cost]) / [Order].[Order Measures].[Extended Price]
    Рисунок 8. Диалог Calculation Definition для измерения показателей Sales Margin, определяемого как "Extended Price – Extended Cost / Extended Price"
    Figure 8 - The Calculation Definition dialog for the Sales Margin measure definition of Extended Price – Extended Cost / Extended Price
  4. Присвойте свойство Regular Aggregate нового вычисленного показателя значение Calculated. Это гарантирует проведение агрегация после вычисления.

Создание автономного вычисления

  1. Выберите для автономного вычисления соответствующее пространство имен или создайте новое пространство имен. Как правило, автономные вычисления создаются для вычислений с задействованием нескольких фактов. Если область измерений (dimensional scope) для вычисленного показателя совпадает с областью одного из фактов, поместите автономное вычисление в пространство имен этого факта или создайте новое пространство имен. При создании нового пространства имен также создайте группировку типа Star Schema, которая будет обозначать область измерений для этого пространства имен. В следующем примере в области измерений для данного вычисления имеется единственное измерение Calendar. Поскольку до этого пространства имен с областью Calendar не существовало, для вычисленного показателя было создано новое пространство имен Sales Ratios.
    Рисунок 9. Пространство имен Sales Ratios в инструменте Project Viewer с группировкой Calendar типа Star Schema
    Figure 9 - The Sales Ratios namespace shown in the Project Viewer with Calendar Star Schema grouping
  2. Создайте новое автономное вычисление. При задании вычисления используйте показатели из любого измерения показателей. Например, вычисление для нового показателя с именем Admin Expenses as a percent of Sales может выглядеть следующим образом:
    Admin Expenses as a percent of Sales = ([GL Balance].[GL Balance Measures].[Admin Expenses Amount] / [Order].[Order Measures].[Extended Price])
Рисунок 10. Диалог Calculation Definition, демонстрирующий определение автономного вычисления "Admin Expenses as a Percentage of Sales"
Figure 10 – The Calculation Definition dialog showing the definition of the Admin Expenses as a Percentage of Sales stand-alone calculation

Автономные вычисления для других элементов запроса и показателей работают иначе:

  • Для автономных вычислений нет необходимости создавать отношения для области (scope relationships).
  • Автономные вычисления должны использоваться автономно. Не ссылайтесь на них в определениях элементов запросов или показателей.

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


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

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Information Management
ArticleID=863050
ArticleTitle=Проверенные методики IBM Cognos: Руководство по целевой модели Adaptive Warehouse Target Model – построение пользовательских вычислений
publish-date=03282013