Prácticas probadas de IBM Cognos: IBM Cognos 8 como fuente de datos para Transformer

Descripción del documento: Guía; Producto(s): IBM Cognos 8 BI Transformer; Área de interés: Modelado

Este documento tiene el propósito de servir como guía para el uso de IBM Cognos 8 como fuente de datos en la creación de PowerCubes en IBM Cognos 8 BI Transformer.

Introducción

Propósito

Este documento tiene el propósito de servir como guía para el uso de IBM Cognos 8 como fuente de datos en la creación de PowerCubes en IBM Cognos 8 BI Transformer.

Aplicabilidad

Los lineamientos descriptos en este documento han sido comparados con IBM Cognos 8.4.x.

Supuestos

Este documento supone cierto conocimiento sobre los conceptos y técnicas de modelado en IBM Cognos 8 Transformer y experiencia en el tema, así como experiencia en la redacción de informes básicos en IBM Cognos 8 Report Studio y el análisis en IBM Cognos 8 Analysis Studio.

Exclusiones y excepciones

Este documento no ilustrará el uso de archivos IQD o archivos CSV generados por Framework Manager creados a partir de resultados de informes de IBM Cognos 8 como fuentes de datos en Transformer.


Visión general

En versiones anteriores a IBM Cognos 8.4, los modeladores de Transformer accedían al contenido de IBM Cognos 8 guardando los resultados de los informes como archivos comma separated values (CSV) y utilizando aquellos archivos CSV como fuentes de datos en Transformer, o podían generar archivos Impromptu Query Definition (IQD) a través de Framework Manager.

En IBM Cognos 8.4.x, es posible utilizar los paquetes actuales de IBM Cognos 8 y los informes encontrados en el IBM Cognos 8 Content Store como fuente de datos en IBM Cognos 8 Transformer. Esta característica adicional ha facilitado la creación de fuentes de datos que reflejan una "única versión de la verdad". Cualquier trabajo actual de modelado realizado en Framework Manager y expuesto como paquete, o cualquier trabajo realizado en los informes de IBM Cognos 8 puede ser apalancado en Transformer, mejorando el tiempo de desarrollo y asegurando que todos los datos provengan de la misma fuente de datos subyacente.

Este documento suministrará los lineamientos para el uso de los paquetes IBM Cognos 8, ya sean relacionales, dimensionally modeled relational (DMR), u otras fuentes OLAP como por ejemplo otra PowerCube, además de los informes IBM Cognos 8.


Lineamientos para creaciones eficientes de cubos

Al usar IBM Cognos 8 como fuente de datos para Transformer, se deben tener en cuenta los siguientes lineamientos que están relacionados con los tiempos eficientes de creación de cubos.

  • De ser necesario realizar filtrados y/o cálculos, considere el uso de informes de IBM Cognos 8 como la fuente de datos.
  • Cree fuentes de datos y consultas a la fuente de datos por separado en Transformer para cada dimensión solicitada así como para las medidas.
  • Exponga las claves foráneas encontradas en las tablas de hecho a los modeladores Transformer.
  • Evite el procesamiento innecesario de datos locales en servidores de IBM Cognos 8.

Use los informes de IBM Cognos 8 cuando se requieran filtros y/o cálculos

Aunque usted pueda solicitar que el modelador de IBM Cognos Framework Manager incluya ciertos filtros y cálculos en un paquete de IBM Cognos 8, esto requiere mantenimiento adicional de parte del modelador de Framework Manager. En lugar de eso, los modeladores de Transformer pueden utilizar informes de listas que incorporan filtros/indicadores y cálculos cuando son necesarios. Si se utilizan indicadores en el informe, los modeladores de Transformer pueden controlar qué filtros son aplicados cuando se crean PowerCubes.

Cuadro de diálogo indicador de informe de IBM Cognos 8 en Transformer

Sin importar si el trabajo es realizado en el modelo de Framework Manager o en un informe, la ganancia neta es la misma; donde sea posible, el procesamiento será forzado a la base de datos y la carga en Transformer será reducida. Si se utilizan filtros/indicadores, entonces Transformer se ocupará de un registro reducido, por lo tanto los tiempos de creación serán más cortos.

El uso de informes permite el autoservicio para un grado mayor de control del cumplimiento de los requisitos y elimina la necesidad de soporte de desarrollo adicional.

Creación de consultas separadas en Transformer

Al usar un paquete como fuente de datos en Transformer, las consultas individuales deberían crearse en base a las fuentes de datos para el cubo; uno para cada dimensión requerida y uno o más para las medidas dependiendo de cuántas tablas de hecho subyacentes haya y cuál sea la necesidad de la empresa.

Al usar un informe como fuente de datos, use informes de listas separados, de nuevo, uno para cada dimensión y uno o más para las medidas, o cree consultas de informes de listas separadas en un informe. Luego en Transformer, una consulta se creará por cada informe de lista separado o consulta de lista separada dentro de un mismo informe.

Para comprender porqué se recomienda esto, considere los siguientes dos conjuntos de registros.

Este primer conjunto de registro es un simple "select * from" (seleccionar de) la tabla Order Method (método de orden) en la base de datos.

Consulta sencilla de método de orden con valores únicos

En este caso, Transformer se ocupará de un conjunto de registros sencillo en el cual sólo se obtiene un valor por método de orden, lo cual hace eficiente la generación de categorías.

Ahora examine este segundo conjunto de registros en el cual la fecha y los datos de hecho fueron incorporados a la consulta.

Consulta en la cual los valores del método de orden se repiten debido al nivel adicional de granularidad

Los valores del método de orden ahora se repiten debido a la introducción de otro nivel de granularidad en la consulta, en este caso, los datos Date. Con los resultados de esta consulta, Transformer tiene muchas más filas de datos de que ocuparse al generar las categorías de dimensión del método de orden. Este ejemplo ilustra porqué es mejor usar consultas con enfoques independientes en lugar de consultas consolidadas más grandes.

Exposición de claves foráneas de tabla de hecho en el paquete

Generalmente, las claves foráneas encontradas en la tabla de hecho no son presentadas en los temas de consulta de hecho en un modelo de IBM Cognos 8 como el que se observa más abajo.

Tema de consulta de hecho sin claves expuestas

O no están incluidas en el tema de consulta del modelo, o le son ocultadas al usuario.

Para la mayoría de los usuarios de consultas ad hoc o los autores de informes, estas proporcionan poco beneficio y causan confusión. "¿De dónde debería obtener la clave del producto; el tema de consulta Products (productos) o el tema de consulta de hecho de Sales (ventas)?". Para evitar confusión a la audiencia que realiza informes más grandes, la seguridad puede utilizarse para exponer las claves solamente a un grupo seleccionado de autores. Por ejemplo, sólo los modeladores de Transformer verían lo siguiente en el tema de consulta de hecho de Sales.

Tema de consulta de hecho con claves expuestas

En determinados casos como sucede con los modeladores de Transformer, hay un claro beneficio por exponer estas claves foráneas a los usuarios. Será más eficiente crear una fuente de datos de medidas en Transformer que toma sus claves de la tabla de hecho efectiva en lugar de sus tablas de dimensión relacionadas. De este modo, la consulta se realizará contra una tabla en la fuente de datos en lugar de varias. Las bases de datos pueden reingresar la consulta para que sea más eficiente antes de ejecutarla, pero como regla general, cuanto más datos sean enviados a la base de datos por SQL IBM Cognos, más probabilidades hay de que se ejecute una consulta eficiente en el nivel de la base de datos que aprovecha la organización de la base de datos.

Este método aplica a los modelos relacionales dado que los modelos DMR no permiten la incorporación de non-measures(no medidas), como claves, para medir dimensiones en Framework Manager.

De ser necesaria cualquier modificación al modelo Framework Manager, contacte al modelador designado de Framework Manager.

Evite el procesamiento innecesario de datos locales en los servidores de IBM Cognos 8

Ciertos escenarios de consulta pueden requerir el procesamiento de datos en los servidores de IBM Cognos 8. En algunos de estos casos la performance no es un problema y puede aún ser necesaria para producir un conjunto de resultados donde un vendor de la base de datos no soporta la consulta. Sin embargo, hay casos en los cuales el procesamiento local puede afectar desfavorablemente la performance de la consulta y a su vez afectar los tiempos de creación de PowerCube. Un ejemplo común de esto ocurre cuando una función que no es soportada por el vendor de la base de datos es utilizada en un cálculo. Esto causará una recuperación de todo el conjunto de datos de la base de datos y luego la realización del cálculo localmente en los servidores de IBM Cognos 8. Para rectificar la situación, utilice una función equivalente que sea soportada por el vendor de la base de datos.

Para ver si el procesamiento local está ocurriendo para una consulta de realización lenta, hay un par de técnicas de localización de fallas. Una es para ver la SQL de Cognos generada para la consulta y la compara con la consulta SQL de Native. Esto es posible en Framework Manager o en Report Studio. Las acciones realizadas en la SQL de Cognos y no en la SQL de Native indican que el procesamiento es realizado localmente. Otra técnica es para establecer el procesamiento de consultas a la base de datos solamente. En Framework Manager esta configuración es encontrada en las propiedades de los objetos de fuente de datos y es denominada procesamiento de consulta.

Administrador de Framework - Panel Properties que muestra las propiedades de la fuente de datos

En Report Studio, la configuración es encontrada en las propiedades de la consulta y es denominada procesamiento.

Report Studio - Panel Properties que muestra las propiedades de una consulta

Cuando la configuración es establecida solamente en la base de datos, un error será generado en casos en los cuales la consulta no puede ser forzada a la base de datos. El error generalmente identificará el ítem conflictivo evitando que se lo fuerce a la base de datos.

En las siguientes secciones, se suministrarán ejemplos sobre cómo usar de manera eficaz IBM Cognos 8 como fuente de datos para Transformer. Como en cualquier desarrollo, los requisitos empresariales pueden afectar los métodos utilizados para lograr el objetivo final y requieren a través de pruebas asegurar una performance precisa y óptima.


Uso de paquetes de IBM Cognos 8 como fuentes de datos

Esta sección ilustrará cómo las consultas individuales son creadas en Transformer a partir de un paquete de IBM Cognos 8 y luego utilizadas para crear un PowerCube. En el siguiente ejemplo, se utilizará una versión modificada del paquete GO Data Warehouse (query) en la cual las claves foráneas son expuestas en los temas de consulta de hecho.

Para seguir los pasos presentados en este documento, la versión modificada del modelo ha sido proporcionada en el archivo great_outdoors_warehouse-modified.zip . Extraiga los contenidos y publique el paquete GO Data Warehouse (query) usando Framework Manager.

Ejemplo de modelo básico de hecho único

Al usar IBM Cognos 8 como fuente de datos para Transformer, en su forma más simple, un PowerCube puede consistir de algunas medidas de una tabla de hechos subyacentes en una base de datos, y dos o más dimensiones. Este tipo de escenario puede lograrse fácilmente usando un paquete de IBM Cognos 8 como fuente de datos.

Los siguientes pasos ilustran cómo crear un PowerCube básico a partir de un paquete de IBM Cognos 8.

  1. Cree un nuevo modelo en IBM Cognos 8 Transformer y nómbrelo GO Revenue.
  2. Haga clic en Next (siguiente), en el cuadro Name (nombre), ingrese GO Data Warehouse (ir al depósito de datos), y luego en Data source type (tipo de fuente de datos), seleccione Package (paquete).
    Transformer - cuadro de diálogo New Data Source
  3. Haga clic en Next, y luego navegue hacia el paquete de IBM Cognos 8 deseado, en este caso, se utiliza GO Data Warehouse (query).
    Transformer - cuadro de diálogo New Model
  4. Haga clic en Next, y luego en el cuadro Query name (nombre de consulta), ingrese un nombre adecuado, en este caso se utilizará Sales Measures.
  5. En Source, expanda el árbol de metadatos para navegar hasta los ítems necesarios, selecciónelos y luego agréguelos a la etiqueta Columns. En este caso se han agregado Revenue key y Product key desde el tema de consulta de hecho Sales.
    Transformer - Cuadro de diálogo Query Definition
    Para este PowerCube simple, un campo fecha será agregado también.
  6. Desde Time dimension (dimensión tiempo), agregue Date (fecha).
    Transformer - Cuadro de diálogo Query Definition
  7. Haga clic en la etiqueta SQL para ver cómo se ve la lista de proyección y cuántas tablas son incluidas en la consulta.
    Transformer - Cuadro de diálogo Query Definition que muestra la etiqueta SQL
    En este caso, serán consultadas dos tablas en el nivel de la base de datos, las tablas SLS_SALES_FACT y GO_TIME_DIM . Como hemos determinado anteriormente, generalmente es mejor utilizar claves desde la tabla de hecho, pero para sacar provecho de categorías de tiempo generadas automáticamente en Transformer, un campo date es necesario. En este caso, no hay campo date en la tabla de hecho, y por lo tanto éste debe ser recuperado de la tabla time dimension.
  8. Haga clic en OK, deseleccione Run Auto Design (ejecutar diseño automático), y haga clic en Finish (terminar).
  9. Haga clic en Yes(si) cuando se le indique agregar otra consulta desde la fuente de datos.
  10. En el cuadro Query name, ingrese Products, y luego agregue los siguientes ítems.
    • Product line
    • Product type
    • Product name
    • Product line code
    • Product type key
    • Product key
    Transformer - cuadro de diálogo Query Definition
  11. Haga clic en OK, y luego haga clic en No cuando se le indique agregar otra consulta desde la fuente de datos.
    El panel Data sources (fuentes de datos) ahora tiene dos consultas basadas en el paquete de IBM Cognos 8.
    Transformer - Panel Data Sources
    Preste atención al ícono del paquete que se encuentra en la raíz. Este le permite una fácil identificación del tipo de fuente de datos.
    Ahora se creará un modelo en base a los metadatos encontrados en estas consultas. En primer lugar se creará una dimensión de tiempo.
  12. Desde Sales Measures, arrastre Date hasta la barra gris que se encuentra en el panel Dimension Map (mapa de dimensiones). Se creará automáticamente una dimensión de tiempo.
  13. Haga doble clic en Date en el mapa de dimensiones, nómbrelo Time dimension, y haga clic en OK.
    Transformer - Panel Dimension Map
  14. A partir de la fuente de datos Products, cree una Products dimension usando las claves como valores de fuente y valores de cadena como las etiquetas mostradas en la tabla a continuación.
    Source ValueLabel
    Product line codeProduct line
    Product type keyProduct type
    Product keyProduct name
  15. Nombre nuevamente la dimensión y los niveles correctamente y en las propiedades del nivel más bajo, en este caso Product name, asegúrese de que esté marcada la opción que indica categorías únicas. La dimensión aparece como se ve a continuación.
    Transformer - Panel Dimension Map
  16. Desde la fuente de datos Sales Measures, agregue Revenue al panel Measures.
    Transformer - Paneles Data Sources y Measures
  17. En el panel PowerCubes, ingrese un nuevo PowerCube, en este caso el nombre es GO Revenue, y luego haga clic con el botón derecho en el PowerCube y en Create Selected PowerCube (crear PowerCube seleccionado).
    El PowerCube ahora puede publicarse como fuente de datos y paquete en IBM Cognos 8 para su uso en cualquiera de los estudios.
  18. Haga clic con el botón derecho en el PowerCube y seleccione Publish PowerCube as Data Source and Package (publicar PowerCube como fuente de datos y paquete).
  19. Haga clic en OK para iniciar el Publish Wizard (asistente de publicación).
  20. Siga las instrucciones en el asistente de publicación para lograr que el PowerCube esté disponible en IBM Cognos 8.
  21. Una vez que haya terminado, abra IBM Cognos 8 y luego abra el paquete recién publicado en Analysis Studio y cree un análisis.
    Analysis Studio - Panel Insertable Objects
    Analysis Studio - análisis de tabla cruzada
    Los metadatos y los datos aparecen según lo esperado.

Ejemplo de modelo Multi-Fact

El ejemplo anterior sólo contenía una medida que fue tomada de una tabla de hecho en la base de datos subyacente. Dado que los hechos son tomados de múltiples tablas de hecho, el proceso de modelado puede tornarse más complejo.

En el siguiente ejemplo, el modelo incluirá dos hechos, Revenue targets y Sales targets, cada uno de una tabla de hecho subyacente separada y cada uno relacionado con la Time dimension y la Products dimension en diferentes niveles de granularidad. Los valores objetivos de venta son almacenados en el nivel month (mes)para la Time dimension y el nivel Product Type para Products. No existe valor date disponible para los hechos Sales targets, los cuales serían necesarios para las categorías de tiempo generadas automáticamente. Por lo tanto otro enfoque puede ser utilizado para la Time dimension. En este caso, la creación manual de una Time dimension tendría sentido.

Los siguientes pasos ilustrarán cómo crear un modelo simple multi-fact (multihecho) que incorpora una Time dimension creada manualmente en base a una tabla de Time dimension encontrada en la base de datos subyacente.

  1. En Transformer, cree un nuevo modelo, y luego inserte una fuente de datos basada en un paquete, en este caso, el paquete GO Data Warehouse (query).
  2. Nombre la primera fuente de datos Sales Measures y agregue los siguientes ítems desde el hecho Sales.
    • Revenue
    • Order day key
    • Product key
    Transformer - Cuadro de diálogo Query Definition
  3. Haga clic en OK, deseleccione Run Auto Design, y luego haga clic en Finish.
  4. Haga clic en Yes cuando se le indique agregar otra consulta desde la fuente de datos.
  5. En el cuadro Query name, ingrese Sales Target Measures (medidas objetivo de ventas), y luego agregue los siguientes ítems.
    • Sales targets
    • Month key
    • Product type key
  6. Haga clic en OK y luego cree dos fuentes de datos más con los siguientes ítems.
    Products
    • Product line
    • Product type
    • Product name
    • Product line code
    • Product type key
    • Product key
    Time
    • Year
    • Quarter key
    • Quarter
    • Month key
    • Month
    • Day key
    • Date
    Los resultados aparecen como a continuación.
    Transformer - Panel Data Sources
    Para relacionar la medida Revenue a la Time dimension, los nombres de columna relacionados deben coincidir. En este caso, Order day key de Sales Measures no coincide con Day key de Time.
  7. Nombre Order day key en Sales Measures como Day key.
  8. Cree una dimensión Time y una dimensión Product con los siguientes ítems como valores de fuente y etiquetas.
    Time dimension
    Source ValueLabel
    YearN/A (same as source value)
    Quarter keyQuarter
    Month keyMonth
    Day keyDate
    Products
    Source ValueLabel
    Product line codeProduct line
    Product type keyProduct type
    Product keyProduct name
  9. Vuelva a nombrar las dimensiones y los niveles adecuadamente.
    Transformer - Panel Dimension Map
    Dado que los Sales targets están relacionados con la Time dimension en Month key y a Products en Product type key, se deberá marcar la opción que indica que estos niveles tienen valores de categoría única en las propiedades del nivel.
  10. Marque la opción que indica que los siguientes niveles tienen valores de categoría única.
    Time dimension
    • Month
    • Day
    Products
    • Product type
    • Product name
  11. Haga doble clic en Time dimension para editar sus propiedades. Actualmente esta dimensión se identifica como Regular Dimension. Usando propiedades, será marcado como Time dimension.
  12. En Dimension type, seleccione Time.
    Transformer - Cuadro de diálogo Dimension
  13. Haga clic en OK.
  14. Arrastre Revenue from Sales Measures y Sales target from Sales Target Measures hasta el panel Measures. Para ver el alcance de las medidas así como las fuentes de datos, use la característica Show Scope (mostrar alcance).
  15. En el panel Measures, haga clic con el botón derecho en Revenue, y luego seleccione Show Scope.
    Transformer - Panel Show Scope Dimension Map
    La medida Revenue se encuentra en el alcance del nivel más bajo en ambas dimensiones.
  16. Desde la lista desplegable, seleccione Sales target.
    Transformer - Panel Show Scope Dimension Map
    Los valores Sales target se encuentran en el alcance del nivel Month desde Time dimension y Product type desde Product dimension, lo cual era de esperarse. El alcance de las fuentes de datos puede visualizarse en este panel también.
  17. Seleccione Data Source, y luego desde la lista desplegable, seleccione Sales Measures.
    Transformer - Panel Show Scope Dimension Map
    La consulta de la fuente de datos Sales Measures se encuentra en el alcance del nivel más bajo de ambas dimensiones en base a los enlaces claves entre las consultas de la fuente de datos. En este caso los enlaces están basados en Day key para Time y Product key para Products.
  18. Desde el menú desplegable, seleccione Sales Target Measures.
    Transformer - Panel Show Scope Dimension Map
    Como era de esperarse, la consulta de la fuente de datos de Sales Target Measures se encuentra solamente al alcance en los niveles más altos en las dimensiones basadas en enlaces claves entre las consultas de fuente de datos. En este caso los enlaces están basados en Month key y Product type key.
    Si el nivel Month y el nivel Product type no hubieran sido marcados como únicos, el mapa de dimensiones resaltaría aquellos niveles en rojo, indicando un problema con la relación de enlaces entre las fuentes de datos.
    Transformer - Panel Show Scope Dimension Map
  19. En el panel PowerCubes, cree un nuevo PowerCube y nómbrelo GO Revenue and Sales Targets.
  20. Haga clic con el botón derecho del mouse en el PowerCube y luego haga clic en Create Selected PowerCube.
  21. Publique el PowerCube para IBM Cognos 8, ábralo en Analysis Studio y cree un análisis.
    Analysis Studio - análisis de tabla cruzada
    Los metadatos y los datos aparecen según lo esperado y el cubo permite la comparación entre Revenue target y Sales target.
    Este PowerCube en particular le permite bajar al nivel day dado que Day key se requirió en la Time dimension para subir adecuadamente Revenue desde Sales Measures.
    Analysis Studio - análisis de tabla cruzada que muestra espacios vacíos para medidas fuera de alcance
    Dado que Sales target no se encuentra en el alcance del nivel Day, no se obtienen valores. En este caso, el cubo sólo necesita ir hasta el nivel month para comparar revenue con sales targets. Una opción para que el cubo vaya hasta el nivel Month sólamente es suprimir el nivel Day en Time dimension. Sin embargo, esta almacena los datos del nivel Day en el cubo pero los oculta de los usuarios. Para los conjuntos de datos que contienen millones de registros, esta opción puede resultar no ser la mejor.

En la siguiente sección, los informes serán utilizados como fuentes de datos para crear un cubo multi-fact que sea incorporado al nivel de la base de datos antes de ser procesado en Transformer. A diferencia del ejemplo anterior, esto permitirá la creación de cubos más pequeños dado que los niveles más bajos de granularidad no existirán en el PowerCube.


Uso de IBM Cognos 8 Reports como fuente de datos

Esta sección le mostrará cómo las consultas individuales en Transformer son creadas desde los informes de IBM Cognos 8 y luego utilizadas para crear un PowerCube.

El uso de informes como fuente de datos en lugar de paquetes suministra flexibilidad adicional. Por ejemplo, la incorporación de medidas y cálculos puede realizarse al nivel de la base de datos para procesamiento en lugar de que Transformer tenga que procesarlos. Esto puede mejorar los tiempos de creación de PowerCube y al mismo tiempo suministrar flexibilidad en la creación de consultas modelo apropiadas.

Un informe puede crearse para cada dimensión requerida en uno o más modelos de Transformer. Los grupos de medidas pueden crearse en informes separados o consolidarse en una sola consulta dependiendo de los requisitos del modelo de Transformer. Alternativamente, todas las dimensiones y medidas pueden crearse en un informe como consultas separadas dentro del informe. La clave es asegurarse de que las consultas estén separadas de modo que la SQL generada sea minimizada lo más posible. Si se trata de informes separados o de consultas separadas en un informe es una elección personal , al igual que la forma en la cual los usuarios se sienten cómodos conservando y organizando sus objetos.

En este ejemplo, un informe será utilizado con múltiples consultas. Para la consulta de medidas, se combinarán los targets Revenue y Sales en una consulta de medidas, la cual también incluirá un cálculo para mostrar la variación entre los targets Revenue y Sales. Las dos medidas provienen de diferentes tablas de bases de datos subyacentes, pero IBM Cognos 8 será utilizado para crear una consulta que agregará las medidas a un nivel común de granularidad, en este caso, nivel Month desde Time dimension y nivel Product type desde Products. Este método forzará las operaciones de agregación y cálculo a la base de datos en lugar de que Transformer las procese.

Los siguientes pasos mostrarán cómo crear un modelo simple multi-fact que use consultas desde un informe de IBM Cognos 8 como fuentes de datos en el modelo de Transformer.

  1. En IBM Cognos 8, abra Report Studio con el paquete deseado, en este caso el paquete GO Data Warehouse (query).
  2. Cree un registro de lista y agregue los siguientes ítems para crear una consulta de medidas. Desde Time dimension
    • Month Key
    • Date
    Desde Products
    • Product type key
    Desde Sales fact
    • Revenue
    Desde Sales target
    • Sales target
    Los resultados aparecen como se ven a continuación.
    Report Studio - Informe de lista
    Month key, date y product type key son tomados desde dimensiones adaptadas de modo que IBM Cognos 8 pueda agregar y unir correctamente los resultados de las dos tablas de hechos subyacentes separadas.
    Para generar una fecha que pueda utilizarse automáticamente genere categorías de tiempo en Transformer, el ítem Date query será modificado para recuperar la fecha mínima para cada agrupamiento de Month key y Product type key.
  3. Haga doble clic en la columna Date y modifique la expresión como se muestra a continuación.
    minimum([Sales (query)].[Time dimension].[Date])
  4. Desde la etiqueta Toolbox, agregue un cálculo de consulta al registro de lista, nómbrelo Target Variance, y cree la siguiente expresión.
    [Revenue] - [Sales target]
  5. Agregue un nuevo List object (objeto lista) al informe y agregue los siguientes ítems para crear una consulta Products dimension.
    • Product line
    • Product type
    • Product name
    • Product line code
    • Product type key
    • Product key
    Los resultados son los que aparecen a continuación.
    Report Studio - mostrando dos informes de lista
    Recuerde nombrar las consultas en el informe con nombres que tengan sentido para facilitar la creación de la fuente de datos en Transformer. En este caso serán utilizados los nombres Measures y Products.
  6. Guarde el informe y nómbrelo Transformer C8 Report Data Source.
  7. En Transformer, cree un nuevo modelo y nómbrelo GO Revenue and Sales Targets - Report Data Source.
  8. Haga clic en Next, en el cuadro Name, ingrese Transformer C8 Repot Data Source, y luego en Data source type, asegúrese de que esté seleccionada la opción Report.
    Transformer - Cuadro de diálogo New Data Source
  9. Haga clic en Next, y luego navegue hasta el informe deseado de IBM Cognos 8, en este caso, Transformer C8 Report Data Source.
  10. Haga clic en Next, y luego en el cuadro Query name, ingrese un nombre adecuado, en este caso se utilizará Measures.
  11. Debajo de Source, agregue todos los ítems de Measures excepto Month key a la etiqueta Columns.
    Transformer - Cuadro de diálogo Query Definition
    Month key fue utilizada en la consulta de informe para permitir un nivel de jerarquía de agregacíon común. No es necesario en Transformer en esta instancia dado que el ítem Date query será utilizado para categorías de tiempo generadas automáticamente.
  12. Haga clic en OK, deseleccione Run Auto Design, y luego haga clic en Finish.
  13. Haga clic en Yes cuando se le indique agregar otra consulta desde la fuente de datos.
  14. En el cuadro Query name, ingrese Products, y luego agregue todos los ítems desde Products a la etiqueta Columns.
    Transformer - Cuadro de diálogo Query Definition
  15. Haga clic en OK, y luego haga clic en No cuando se le indique agregar otra consulta desde la fuente de datos. El panel Data sources ahora contiene dos consultas basadas en el informe de IBM Cognos 8.
    Transformer - Panel Data Sources
    Tenga en cuenta el ícono de informe que se encuentra en la raíz. Este permite la identificación sencilla del tipo de fuente de datos.
    Ahora se creará un modelo basado en los metadatos encontrados en estas consultas. Primero se creará una Time dimension.
  16. Desde Measures, arrastre Date hasta la barra gris del panel Dimension Map. Automáticamente se creará una time dimension.
  17. Haga doble clic en el dimension map, nómbrelo Time dimension, y luego haga clic en OK.
    Transformer - Panel Dimension Map
  18. Desde la fuente Products data, cree una Products dimension usando las Ids como valores de fuente y los valores de la cadena values como etiquetas, tal como se observa en la tabla a continuación.
    Source ValueLabel
    Product line codeProduct line
    Product type keyProduct type
  19. Renombre las dimensiones y los niveles adecuadamente y en las propiedades del nivel más bajo, en este caso Product type, asegúrese de que esté marcada la opción categorías únicas. La dimensión aparece como se muestra a continuación.
    Transformer - Panel Dimension Map
  20. Desde la fuente de datos Measures, agregue Revenue, Sales target, y Target Variance al panel Measures.
    Transformer - Paneles Data Sources y Measures
  21. En el panel PowerCubes, inserte un nuevo PowerCube, en este caso el nombre será GO Revenue and Sales Targets – Report Data Source, y luego haga clic con el botón derecho en el PowerCube y haga clic en Create Selected PowerCube.
    El PowerCube ahora puede publicarse como fuente de datos y paquete de IBM Cognos 8 para el uso en cualquiera de los estudios.
  22. Haga clic con el botón derecho en el PowerCube y seleccione Publish PowerCube as Data Source and Package.
  23. Haga clic en OK para iniciar el Publish Wizard.
  24. Siga las instrucciones en el Publish Wizard para lograr que el PowerCube esté disponible en IBM Cognos 8.
  25. Una vez que haya terminado, abra IBM Cognos 8 y luego abra el paquete recién publicado en Analysis Studio y cree un análisis.
    Analysis Studio - análisis de tabla cruzada
    Los datos aparecen como era de esperarse.

Trabajo con las fuentes DMR y OLAP

Apalancamiento de las dimensiones actuales

En las instancias en las cuales las dimensiones ya han sido creadas en un modelo Dimensionally Modeled Relational (DMR) o en una fuente OLAP como por ejemplo otro PowerCube, ese trabajo puede apalancarse en Transformer. Esto se logra usando la Insert Dimension (insertar dimensión) desde la característica Package en el panel Dimension Map. En estos casos, tiene sentido utilizar DMR/OLAP como fuente de datos en Transformer para reducir el tiempo de desarrollo, si las dimensiones han sido adaptadas. En otras palabras, los valores fuente (claves empresariales) y las etiquetas (notas de los miembros) son constantes en todas las fuentes de datos utilizadas para realizar los informes en IBM Cognos 8. Por ejemplo, los códigos Product line en una Product dimension deberían ser los mismos que en los códigos de Product line en otras Product dimensions o en otras fuentes relacionales. Este tipo de constante es importante para las relaciones drill-though y master/detail.

La importación de dimensiones a Transformer, sin embargo, puede requerir algo de trabajo adicional. Por ejemplo, algunos ítems de datos pueden requerir ser renombrados para asegurar que la consulta de la fuente de datos de medidas pueda enlazar a la dimension importada. Este escenario será presentado más adelante en esta sección

Los siguientes pasos ilustrarán cómo insertar una dimensión desde un paquete de IBM Cognos 8. En este ejemplo, una fuente de datos Measures ya ha sido creada en base a un informe de IBM Cognos 8 y las medidas y Time dimension ya han sido modeladas.

Transformer - Paneles Dimension Map, Fuentes de datos y Measures

Con lo que ha aprendido en este documento, puede crear el modelo que se presentó anteriormente antes de realizar los siguientes pasos.

  1. En Transformer, haga clic con el botón derecho en el panel Dimension Map, y luego haga clic en Insert Dimension from Package.
  2. En el cuadro de diálogo Dimension, navegue hasta el paquete deseado, en este caso será utilizado GO Data Warehouse (analysis), que es un paquete DMR.
  3. Haga clic en Finish, y luego seleccione la dimensión, la jerarquía o los niveles necesarios. En este caso, sólo se utilizarán los niveles Product line y Product type.
    Transformer - Cuadro de diálogo Insert Dimension
  4. Haga clic en OK. Aparecerá un cuadro de advertencia para indicar cualquier ítem innecesario que provenga de la consulta.
  5. Haga clic en OK.
    Transformer - Paneles Dimension Map y Data Sources
    La Product dimension aparece en el panel Dimension Map y una fuente de datos de paquete GO Data Warehouse (query) aparece en el panel Data Sources. Tenga en cuenta la convención de nombre para el ítem Product type key. Este es precedido por un (2) debido a un conflicto en el nombre durante el proceso de importación. Este ítem es el que se utilizará para enlazar las medidas a la Product dimension. Hay dos tipos de opciones para resolver esta cuestión del nombre. El ítem Product type key en la consulta Measures puede ser renombrado para coincidir, o el(2) puede ser eliminado de la consulta Product. En este caso, optaremos por la última opción.
  6. En la consulta Product, haga doble clic en (2) Product type key, renombre el ítem como Product type key, y luego haga clic en OK. Aparecerá un mensaje de error indicando que el ítem al que se le cambia el nombre es utilizado en una dimensión.
    Transformer - Mensaje de error
    Product dimension será remapeada para usar el nuevo nombre de columna de Product type key.
  7. Haga clic en Yes, y luego en Dimension Map, en Product dimension, haga doble clic en el nivel Product type.
    Transformer - Cuadro de diálogo Level
  8. Haga clic en la elipsis para el nombre de columna del rol Source, y luego realice el mapeado a la columna Product type key.
    Transformer - Cuadro de diálogo New Association
  9. Haga clic en OK en todos los cuadros de diálogo abiertos.
  10. Inserte y cree un PowerCube denominado Go Revenue – Leverage Dimension.
  11. Publique el PowerCube como fuente de datos y paquete de IBM Cognos 8, y luego cree un análisis con el nuevo paquete en Analysis Studio.
    Analysis Studio - análisis de tabla cruzada
    Los datos aparecen como se esperaba.

Trabajo con las Measures DMR y OLAP

Si desea apalancar medidas desde una fuente DMR u OLAP desde IBM Cognos 8 en un modelo Transformer, se recomienda crear un informe basado en las medidas y usarlo como fuente de datos. El informe podría también además utilizarse para generar una salida de datos CSV para usar en Transformer. Al igual que con otros ejemplos presentados en este documento, el informe debería contener las claves empresariales necesarias y un campo date, de ser necesario, para enlazar a las dimensiones relacionadas en el modelo. De hecho, con la excepción de SAP BW, usted no puede crear consultas basadas en medidas desde fuentes OLAP en Transformer. Esto se debe a que la recuperación de medidas desde una fuente OLAP para crear un PowerCube requiere uniones cruzadas para el nivel más bajo de cada dimensión relacionada, lo cual puede causar que consultas demasiado grandes afecten mucho la performance.

si desea información detallada sobre SAP BW como fuente de datos en Transformer, por favor consulte la Transformer User Guide (Guía del usuario de Transformer).

En los casos en los que se utilizan paquetes DMR u OLAP para crear informes de medidas como fuentes de datos para Transformer, las funciones dimensionales pueden utilizarse para extraer las claves empresariales de los miembros para presentar los campos solicitados. Por ejemplo, la extracción de Product type key desde un PowerCube para usar en una consulta de medidas de ventas utilizaría un cálculo de consulta con la siguiente sintaxis.

rolevalue('_businessKey',[great_outdoor_sales_en].[Products].[Products].[Product type])
Report Studio - Cuadro de diálogo de cálculo de consulta y expresión de ítem de datos

Conclusión

Con la introducción de los paquetes e informes de IBM Cognos 8 como fuente de datos en Transformer, la creación de fuentes de datos adaptadas que representen una "única versión de la verdad" ha sido más sencilla. Al planificar un modelo Transformer, tenga en cuenta los requisitos empresariales y luego utilice las soluciones más adecuadas para crear las consultas de Transformer. En algunos casos, tiene sentido usar un paquete como fuente de datos, mientras que en otras instancias los informes suministrarán más flexibilidad y reducirán potencialmente los tiempos de creación en la máquina Transformer. En aquellos casos en los cuales las dimensiones ya existan, estos pueden agregarse y apalancarse para reducir los esfuerzos que requiere el modelado en Transformer.


Descargar

DescripciónNombretamaño
Sample XML scripts for this articleIBM_Cognos_8_as_a_Data_Source_for_Transformer.zip1403KB

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Information mgmt
ArticleID=627762
ArticleTitle=Prácticas probadas de IBM Cognos: IBM Cognos 8 como fuente de datos para Transformer
publish-date=02182011