Diseñar modelos de informe basados en cubos

Los modelos de informe se generan a partir de cubos de SQL Server Analysis Services (SSA) cuando se usa el Administrador de informes o Microsoft Office SharePoint Server 2007 o SharePoint Server 2010 en el modo integrado de SharePoint. Para poder crear un modelo de informe a partir del cubo de SSAS, es necesario ser administrador de la base de datos de Analysis Services. Una vez generado el modelo, no se puede modificar. Si decide cambiar el contenido de la base de datos, vuelva a generar el modelo para incorporar los cambios.

Cadenas de conexión

Al generar un modelo de informe basado en una base de datos de Analysis Services, la cadena de conexión aparece de un modo similar al siguiente:

Data Source=<servidorDeInformes>;Initial Catalog=<nombre de base de datos>

Nota

Si la base de datos de Analysis Services contiene traducciones de cubos, puede crear versiones traducidas del modelo de informe. Para crear un modelo para cada idioma, especifique el identificador de configuración regional (LCID) en la cadena de conexión del origen de datos. Por ejemplo, para crear un modelo en chino, la cadena de conexión debe ser similar a Data Source=<servidorDeInformes>;Initial Catalog=<nombre de base de datos>;LocaleIdentifier=3012. Para obtener más información acerca de las traducciones de cubos, vea Traducciones de cubo.

Reglas para generar modelos a partir de bases de datos de Analysis Services

A continuación se proporciona una lista de reglas genéricas que se aplican al crear un modelo a partir de un cubo:

  • Se asignan grupos de medida a las entidades. Un solo modelo de informe incluye todos los cubos de la base de datos de Analysis Services.

  • Se asignan dimensiones a las entidades. Las dimensiones de hechos no dan lugar a una entidad distinta. Por ejemplo, supongamos que tiene un grupo de medida Sale en un cubo y una dimensión de hechos denominada Sale Detail. Cuando se genere un modelo a partir de este cubo, el modelo generará una sola entidad que incluirá todas las medidas de Sale y todos los atributos de dimensión de Sale Detail.

  • Las relaciones entre los grupos de medida y las dimensiones se convierten en roles en el modelo. Las relaciones referenciadas (utilizadas para las relaciones indirectas) y las relaciones de varios a varios se definen en el modelo como roles.

  • Las medidas se convierten en atributos de entidad.

  • Los atributos de dimensión se convierten en atributos de entidad. Los modelos no tienen ningún concepto de jerarquía. Por ello, se incluye un atributo de dimensión en el modelo si es visible o si hay una jerarquía visible que contiene un nivel basado en ella. Siempre se incluye el atributo clave de una dimensión, aunque esté marcado como invisible.

  • Los atributos de entidad de los atributos de medida y dimensión se organizan en carpetas según las carpetas para mostrar definidas en el cubo.

  • Las perspectivas de cubo se convierten en perspectivas de modelo de informe. Además, cada cubo se convierte en una perspectiva dentro del modelo. Por lo tanto, los usuarios del Generador de informes deben seleccionar una perspectiva dentro del modelo y no el modelo de nivel superior.

  • Las medidas calculadas (miembros calculados) se convierten en atributos en la entidad correspondiente al grupo de medida con el que están asociadas las medidas.

  • Los conjuntos con nombre definidos en el atributo clave de una dimensión se convierten en un subtipo de la entidad. Por ejemplo, el conjunto denominado “Large Customers” da como resultado un subtipo “Customer”. Los conjuntos denominados que no se basan en un solo atributo clave se pasan por alto.

  • Los indicadores clave de rendimiento (KPI) se convierten en atributos en la entidad correspondiente al grupo de medida con el que está asociado el KPI. Se crean varios atributos para cada KPI que abarcan los distintos componentes del KPI (Valor, Objetivo, Estado y Tendencia). Además, se crea un atributo de variación para Estado y Tendencia que contiene los atributos StatusGraphic y TrendGraphic respectivamente. La imagen real se incluye en el informe cuando se utilizan estos atributos.

Elementos de base de datos de Analysis Services omitidos de los modelos de informe

Los elementos de SSAS siguientes no aparecen en el modelo generado:

  • Miembros calculados (que no están en la dimensión de medidas).

  • Las jerarquías de elementos primarios y secundarios no se convierten en atributos de modelo o roles. Se sigue incluyendo el atributo clave, aunque si se utiliza ese atributo en un informe, se mostrarán los valores de medida del miembro clave en lugar del valor agregado en la jerarquía de elementos primarios y secundarios. Además, el rendimiento se verá afectado.

  • Acciones. Esto incluye acciones de obtención de detalles. Las funciones de obtención de detalles siempre están habilitadas en los atributos de agregado, independientemente de las acciones de obtención de detalles definidas en el cubo. Por lo tanto, cuando un usuario ejecute un informe del Generador de informes a partir del modelo y haga clic en un agregado para visualizar un informe click-through, aparecerán tablas vacías.

  • Relaciones de atributo. Una dimensión genera una sola entidad; ninguna relación entre los atributos de las dimensiones afecta al modelo de informe.

  • Las relaciones de un grupo de medida con una dimensión se omiten si se basan en un atributo distinto al atributo clave de la dimensión. Por ejemplo, puede que el grupo de medida Budget esté relacionado con Time en el nivel Month en lugar del nivel Day. En este caso, el modelo de informe no incluirá ninguna relación entre la entidad Budget y la entidad Time.

Consideraciones del diseño de cubos

Tenga en cuenta lo siguiente al diseñar un cubo para el que tenga pensado generar un modelo de informe:

  • Las medidas calculadas o KPI que no tengan un grupo de medida asociado no aparecerán en el modelo de informe. Para configurar el grupo de medida asociado de una medida calculada, utilice el cuadro de diálogo Propiedades de cálculo.

  • Las consultas enviadas por el Generador de informes siempre solicitarán el valor de miembro de los miembros de la dimensión y lo utilizarán para ordenar y filtrar. De forma predeterminada en Analysis Services, si un atributo tiene un enlace de nombres, el valor de miembro será el mismo que el nombre de miembro, y si no lo tiene, el valor de miembro será el mismo que la clave de miembro. Sin embargo, cada atributo puede tener un enlace explícito con una columna que proporcione el valor de miembro, que debe devolver el valor con el tipo de datos “true”. Por ejemplo, puede que un atributo Date de Analysis Services tenga una clave DateTime (por ejemplo, “4/25/2008”) y un nombre o un título que sea una descripción de texto (“Viernes, 25 de abril de 2008”). En este caso, el Diseñador de cubos debe establecer MemberValue en la clave para asegurarse de que las acciones de ordenación y filtrado sean razonables. Aunque debe tener esto en cuenta para cualquier atributo, es especialmente relevante para los atributos datetime. En todos los atributos datetime, el modelo generado incluirá dos atributos de modelo de informe: uno que es el título y una variante de éste que es el valor real datetime.

  • La propiedad de atributo de dimensión InstanceSelection se utiliza para establecer las propiedades de modelos de informe InstanceSelection (en entidades) y ValueSelection (en atributos). De este modo se determina cómo podrá un usuario seleccionar instancias en el Generador de informes (por ejemplo, mediante una lista desplegable).

  • La propiedad de atributo de dimensión GroupingBehavior se utiliza para establecer la propiedad de atributo de modelo DiscourageGrouping.

  • Todos los atributos de dimensión que sean imágenes deben tener el tipo de datos Image establecido en el enlace de atributo de dimensión.

  • La función de obtención de detalles siempre está habilitada en los atributos resultantes de medidas, pero solo se incluyen detalles mínimos en los informes de obtención de detalles predeterminados. Se deben agregar informes de obtención de detalles personalizados según sea necesario para adaptarlos.

  • Si se incluyen traducciones en el cubo, se debe crear un origen de datos por traducción para exponerlas en el modelo de informe al establecer la propiedad LocaleIdentifier según sea necesario en la cadena de conexión. A continuación, se generará un modelo para cada origen de datos, que contendrá los metadatos de la traducción asociada.