http://ramonbosch.blogspot.com/

• Storage Engine team
• Slava Oks - SQLOS / memory management
• Saurabh Singhal - SQLOS
• Laurentiu Cristofor - Security
• Raul Garcia - Security

Creción del cubo

Dentro de BI Development Studio creamos un nuevo proyecto de tipo “Analysis Services” que llamaremos “Minidemo3”

Data Source

El primer paso será crear un origen de datos. Para ello seguiremos los siguientes pasos:

- Botón derecho sobre la carpeta “Data Sources” del panel “Solution Explorer”
- Clic en “New Data Source…”
- Creamos un Nuevo origen de datos hacienda clic en botón “New”
- Utilizando el driver “SQL Native Client” seleccionaremos nuestro servidor de SQL Server 2005 y la base de datos “AdventureWorksDW”
- Clic Next
- Para la demostración utilizaremos la configuración de seguridad “Use the service account”
- Dejaremos como nombre para el origen de datos “Adventure Works DW”

Data Source View

El siguiente paso será seleccionar un subconjunto de tablas/vistas del origen de datos a utilizar en nuestro cubo. Seguiremos los siguientes pasos:

- Botón derecho sobre la carpeta “Data Source Views” del panel “Solution Explorer”
- Clic en “New Data Source View…”
- Seleccionaremos el Data Source creado en el paso anterior como origen de datos a utilizar para el nuevo Data Source View

Selección de tablas

Nuestro cubo nos servirá para ver información de las ventas de nuestras tiendas físicas (esto excluye las ventas por Internet).

- Seleccionamos la tabla dbo.FactResellerSales
- Hacemos clic en el botón “Add Related Tables”
- De las tablas resultantes descartamos con el botón “<” las siguientes tablas:
    o Dbo.DimPromotion
    o Dbo.DimCurrency
- La lista final de tablas seleccionadas es la siguiente:
    o Dbo.FactResellerSales
    o Dbo.DimProduct
    o Dbo.DimReseller
    o Dbo.DimTime
    o Dbo.DimSalesTerritory
    o Dbo.DimEmployee
- Añadimos las tablas dbo.DimProductCategory y dbo.DimProductSubcategory

Finalmente renombraremos el Data Source View a “Reseller Sales”

UDM

Los Data Source Views están basados en la tecnología UDM introducida en SQL Server 2005. UDM define una capa semántica de datos desde la que construir nuestro cubo con independencia del origen físico de datos.

UDM nos permite mezclar tablas (o vistas, aunque obviaré este detalle de ahora en adelante) de diferentes orígenes de datos físicos en el mismo modelo semántico sin afectar por ello a la construcción del cubo. Otra posibilidad interesante es la de crear una tabla en el modelo UDM que provenga del resultado de una consulta SQL a un origen de datos. Una ventaja clara de esta característica es la posibilidad de crear una tabla provinente de una consulta que haga un right o left join entre dos o más tablas (algo imposible en un modelo relacional normal donde las relaciones son joints “completos”).

Una vez tenemos las tablas definidas en el modelo podremos modificar sus relaciones según nos convenga.

Más información en http://msdn2.microsoft.com/en-us/library/ms345143.aspx

Cubos

Llega el momento de definir nuestro cubo. Para ello seguiremos los siguientes pasos:

- Clic con el botón derecho sobre la carpeta “Cubes” del panel “Solution Explorer”
- Seleccionamos “New Cube…”
- Dejaremos seleccionada la opción por defecto que genera el cubo a partir de un data source, construye los atributos y detecta las jerarquías.
- Utilizaremos el Data Source View definido en el paso anterior “Reseller Sales”
- En la pantalla “Identify Fact and Dimension Tables” seleccionaremos la tabla DimTime como tabla de tiempo y nos aseguraremos que únicamente la tabla “dbo.FactResellerSales” está seleccionada como tabla de hechos.

- En la pantalla “Select Time Periods” emparejaremos los siguientes valores:
    o Year = CalendarYear
    o Half Year = CalendarSemester
    o Quarter = CalendarQuarter
    o Month = EnglishMonthName
    o Date = FullDateAlternateKey

- En la pantalla “Select Measures” deseleccionaremos la entradas correspondientes a:
    o Promotion Key
    o Currency Key
    (Correspondientes a las tablas no incluidas en la Data Source View)

El resto de entradas quedaron seleccionadas como aparecen por defecto.

- En la pantalla “Review New Dimensions” podemos elegir que dimensiones y atributos se incluirán en el cubo. En esta demo no necesitaremos el atributo “Large Photo” de la dimensión “Product” y por tanto lo deseleccionaremos.

- Como último paso aceptaremos el nombre “Reseller Sales” como nombre del cubo.
 
Edición del cubo

El primer paso que hemos de hacer antes de alterar nuestro cubo es procesarlo. Para ello haremos clic con el botón derecho sobre el nombre del cubo en el panel “Solution Explorer” y seleccionaremos la opción “Process…” (en la nueva pantalla que nos aparece haremos clic en el botón “Run...”)

Jerarquías

La primera edición que haremos del cubo será crear una nueva jerarquía de atributo dentro de una dimensión. Para ver los efectos de la edición del cubo de manera más gráfica haremos una exploración del cubo desde la pestaña Browser. Arrastraremos la medida “Sales Amount” al centro de la pantalla y luego añadiremos, al nivel de las filas, la jerarquía autodetectada “Dim Porduct Category – Dim Product Subcategory”.

Si expandimos los registros de las filas nos daremos cuenta que no vemos más que números, presumiblemente IDs de categoría, subcategoría y producto. Para tener una navegación más legible crearemos una nueva jerarquía de atributos de la dimensión “Dim Product” en la que aparezcan los nombres de las categorías, subcategorías y nombres de producto respectivamente.

- En la pestaña Cube Structure expandiremos la carpeta “Dim Product” del panel “Dimensions”.
- Seleccionaremos la opción “Edit Dim Product”
- En la nueva pantalla arrastraremos las siguientes medidas dentro de una jerarquía nueva:
    o English Product Categroy Name
    o English Product Subcategory name
    o English Product Name

- Podemos llamar a la nueva jerarquía con el nombre “English Product Category – Subcategory – Name”

Si volvemos a la pestaña Browser y utilizamos la nueva jerarquía en lugar de la antigua comprobaremos que ahora ya podemos navegar la información del cubo de una manera más sencilla e intuitiva.

  
KPI

Para demostrar la funcionalidad de las KPI necesitamos hacer unos cuantos cambios al cubo que hemos creado, así demostramos también la alta flexibilidad del producto 

Adición de una nueva tabla de hechos: FactSalesQuota

- Volvemos al “Data Source View” Reseller Sales
- Botón derecho sobre el area de trabajo y seleccionamos la opción “Add/Remove Tables…”
- De la lista de tablas que nos aparece seleccionaremos “dbo.FactSalesQuota” y la añadiremos a las tablas seleccionadas.
- Saltamos al cubo, pestaña Cube Structure
- En el panel “Measures” hacemos botón clic derecho sobre el nodo raíz, “Reseller Sales” y seleccionamos la opción “New Measure Group”
- En la nueva pantalla que aparece seleccionaremos la tabla “FactSalesQuota”. Esto creará un nuevo grupo de medidas para la nueva tabla de hechos y añadirá esta al cubo automáticamente.

Cambio de nombre de la jerarquía detectada en la dimensión DimTime

- Manteniéndonos en la pestaña Cube Structure expandiremos la dimensión Dim Time en el panel “Dimensions” y haremos clic en la opción Edit Dim Time
- Renombraremos la jerarquía automáticamente detectada por SSAS a “Calendar Time”. Esto nos permitirá una edición más cómoda de la KPI que vamos a crear.

Con esto haremos un nuevo deploy del cubo y así propagar los cambios al servidor y poderlos utilizar en otras partes del proyecto.

Creación de la KPI “Reseller Sales”

- Nos dirigiremos a la pestaña KPIs
- Botón derecho sobre el área KPI Organizar y seleccionamos la opción “New KPI”
 
- La KPI tendrá los siguientes valores:
    o Nombre: Reseller Sales
    o Associated measures group: <All>
    o Value Expresion: [Measures].[Sales Amount]
    o Goal Expression: [Measures].[Sales Amount Quota]
    o Status:

Case
    When [Measures].[Sales Amount] >
         [Measures].[Sales Amount Quota]
    Then 1
    When [Measures].[Sales Amount] >=
         .90 * ( [Measures].[Sales Amount Quota] )
    Then .5
    When [Measures].[Sales Amount] >=
         .80 * ( [Measures].[Sales Amount Quota] )
    Then 0
    When [Measures].[Sales Amount] >=
         .70 * ( [Measures].[Sales Amount Quota] )
    Then -.5
    Else -1
End

    o Trend

Case
    When IsEmpty([Dim Time].[Calendar Time].PrevMember)
    Then 1
    When [Measures].[Sales Amount] >
         ( [Dim Time].[Calendar Time].PrevMember,
           [Measures].[Sales Amount Quota] )
    Then 1
    When [Measures].[Sales Amount] >=
         .95 * ( [Dim Time].[Calendar Time].PrevMember,
                 [Measures].[Sales Amount Quota] )
    Then .5
    When [Measures].[Sales Amount] >=
         .90 * ( [Dim Time].[Calendar Time].PrevMember,
                 [Measures].[Sales Amount Quota] )
    Then 0
    When [Measures].[Sales Amount] >=
         .85 * ( [Dim Time].[Calendar Time]].PrevMember,
                 [Measures].[Sales Amount Quota] )
    Then -.5
    Else -1
End

Si examinamos las sentencias veremos que el objetivo es comparar el valor de las ventas contra el valor de la cuota, tanto en el valor presente como aquel en valores pasados.

Ahora ya podemos hacer otro deploy del cubo y hacer una primera visualización en el visor que nos viene incluido en SQL Server 2005.
 
 
Visualización del cubo en Excel 2007

En Excel 2007 haremos una rápida visualización de los datos contenidos en el cubo. Para ello nos conectaremos a un origen de datos Analisys Services y consultaremos el cubo Reseller Sales de la base de datos Minidemo3.

- Abrimos Excel 2007
- Clic en la pestaña Data
- Seleccionamos “From Analysis Services” del menú “From Other Sources”
- Introducimos el nombre de nuestro servidor
- En la pantalla “Select Database and Table” seleccionamos la base de datos “Minidemo3” y el cubo “Reseller Sales”
- Avanzamos hasta el final de los wizards

- Una vez podamos seleccionar las medidas y dimensiones seleccionaremos los siguientes valores:

    o De “Fact Reseller Sales” : Sales Amount
    o De “Dim Product”: English Product Category – Subcategory – Name
    o De “Dim Sales Territory”: Dim Sales Territory.Sales Territory country

- Movemos el ultimo valor seleccionado a la casilla “Columns”
- Como último paso podemos seleccionar los valores numéricos y aplicarles el formato “currency”

Nota Final: Para perfeccionar la demo os sugiero que renombréis las medidas y dimensiones para que tengan nombres “más humanos”. Igualmente en la visualización mediante Excel 2007 estaría bien demostrar las capacidades BI de visualización de datos de Excel 2007.

El informe objetivo será el mismo que en la minidemo 1, es decir la tabla que podemos encontrar al final del informe de ejemplo Employee Sales Summary de Adventure Works.

Definición del “modelo de datos”

Crearemos un nuevo proyecto en BI Development Studio del tipo “Report Model Project” con el nombre “My Report Models” (Este proyecto nos puede servir de base para múltiples modelos de datos)

Los modelos de datos se estructuran en 3 tipos de objetos:

1. Data Sources: Definen el origen de los datos.
2. Data Source Views: Del conjunto de tablas y vistas disponibles en el origen de datos, un data source view acota con que tablas y vistas vamos a trabajar. Una vez seleccionadas las tablas y/o vistas podremos alterar su estructura en el data source view sin alterar el origen de datos.
3. Report Models: Definen el modelo de datos que el usuario utilizará para crear su informe. Los report models se basan en “data source views” y al igual que estos también pueden alterar la estructura de las tablas/vistas sin afectar ni al origen de datos ni al data source view.

Data Source

- El primer paso será crear un “Data Source”. Para ello haremos clic con el botón derecho sobre la carpeta “Data Sources” del panel “Solution Explorer” y seguiremos el wizard para crear una conexión a la base de datos AdventureWorks de nuestro servidor SQL Server 2005.

Data Source View

- Para crear un “Data Source View” haremos clic derecho sobre la carpeta “Data Source Views” del panel “Solution Explorer”.
    o Utilizaremos el “Data Source” creado anteriormente como origen de datos.
    o Seleccionaremos las siguientes tablas para incluir dentro del “Data Source View”:
        · Sales.SalesPerson
        · Sales.SalesOrderHeader
        · Sales.SalesOrderDetail
        · Production.ProductSubcategory
        · Production.ProductCategory
        · Production.Product
        · Person.Contact
        · HumanResources.Employee

- Llamaremos a la vista de datos “Product Sales by Employee and Product Category”

Una vez creado el Data Source View lo abriremos para crear una relación inexistente en el origen de datos para las tablas escogidas.

- Doble clic en el Data Source View “Product Sales by Employee and Product Category”
- De la tabla “SalesOrderDetail” seleccionamos el campo “ProductID”
- Arrastramos el campo hasta el campo “ProductID” de la tabla “Product”
- Para asegurarnos que la relación se ha creado correctamente haremos doble clic sobre la nueva relación creada y chequearemos que la relación haya sido creada correctamente.

Nota: En este punto es bueno demostrar las diferentes capacidades de personalización que podemos hacer en un Data Source View como eliminar columnas o tablas, cambiar su nombre, crear o eliminar relaciones, añadir tablas desde cualquier origen de datos definido en el proyecto directamente o mediante una consulta, etc.
 
Report Model

En este paso crearemos el modelo de datos utilizable por el usuario final para construirse sus propios informes.

- El primer paso será crear el “report model”. Para ello haremos clic derecho sobre la carpeta “Report Models” del panel “Solution Explorer” y seleccionaremos la opción “Add New Report Model”
- Seleccionaremos el “Data Source View” anteriormente creado como base para la construcción del nuevo report model.
- En la pantalla “Select report model generation rules” dejaremos todas las opciones por defecto y nos aseguraremos que el selector “Select model language” está configurado a “English (United States)”
- En la pantalla “Collect Model Statistics” dejaremos la opción por defecto “Update model statistics before generating”
- En la siguiente pantalla podemos cambiar el nombre del modelo a “Employee Sales Summary” y hacemos clic en el botón Run

Una vez creado el modelo ya podríamos publicarlo y dejar que los usuarios lo utilizaran, pero en lugar de eso lo editaremos para ver cuales son algunas de las posibilidades que nos ofrece Reporting Services.

Organización de entidades en carpetas

Los modelos de datos están formados por entidades que contienen atributos y relacionadas entre si mediante roles. Las entidades las podemos organizar con carpetas para ayudar al usuario final a identificar mejor las entidades. En este ejemplo crearemos 3 carpetas: Sales, Product y Employee

La manera de crear una carpeta es la siguiente:

- Clic con el botón derecho sobre “Model” en el panel “Report model” (normalmente el panel de la izquierda)
- Seleccionamos New  Folder
- Movemos las entidades a la nueva carpeta creada y renombramos la carpeta.
- La estructura ha crear es la siguiente:
    o Product
        · Product
        · Product Category
        · Product Subcategory
    o Sales
        · Sales Order Header
        · Sales Order Detail
        · Sales Person
    o Employee
        · Employee
        · Contact

En este punto demostraremos otras funcionalidades como pueden ser ocultación/eliminación de atributos/roles, creación de carpetas dentro de entidades, creación de nuevos atributos mediante composición de otros atributos (por ejemplo con la concatenación de dos atributos), cambio de nombre, etc…

Una práctica muy utilizada para la ocultación masiva de atributos es la de crear una carpeta dentro de una entidad, mover todos aquellos atributos y roles que queramos ocultar y finalmente configurar el atributo “Hide” de la carpeta a “true”.

Una vez finalizada la edición del modelo de datos ya estamos preparados para hacer un deploy y demostrar la funcionalidad de la herramienta cliente, el Report Builder.
 
Report Builder

Report Builder es una herramienta cliente creada utilizando la tecnología “ClickOnce” que nos permite almacenar una aplicación en un servidor web IIS. Mediante un link el usuario final podrá acceder a la aplicación, que se instalará en su máquina cliente automáticamente. Cada vez que el usuario inicie una nueva sesión con la aplicación, esta chequeará que no haya una nueva versión disponible en el servidor.

Para acceder al Report Builder no tenemos más que hacer clic en la opción de menú “Report Builder” que se muestra en la interfaz web “Report Manager” o acceder a la URL http://<servername>/ReportServer/ReportBuilder/ReportBuilder.application

- Seleccionamos “Employee Sales Sumary”
- Seleccionamos el atributo “Sales Order Number” de la entidad “Sales Order Header” en la carpeta “Sales”. Arrastramos el atributo al área principal de diseño
- El siguiente atributo a añadir será “Name” de la entidad “Product Category” (accesible navegando a través de “Sales Order Details” -> “Product” -> “Product Subcategory” -> “Product Category”)
- El último atributo a añadir será “Total Line Total” en la entidad raíz “Sales Order Detail”

Si intentamos ejecutar el informe, Reporting Services nos informará que es necesario un filtro para ello.

Definición de un filtro

Definiremos los mismos filtros que teníamos en la Minidemo 1, es decir, Año y mes de pedido y empleado.

- Clic en el botón “Filter” del menú superior
- De la entidad “Sales Order” expandimos el atributo “Order Date”
- Arrastramos al área de la derecha los campos “Order Year” y “Order Month”
- Añadiremos el campo “Last Name” de la entidad “Contact” que encontraremos navegando por las entidades “Sales Order Detail” -> “Sales Order” -> “Sales Person” -> “Sales Person” -> “Contact”
- Cada una de las propiedades la configuraremos para que el usuario final sea quien informe de su valor. Botón derecho en el nombre de cada filtro y seleccionamos la opción “Prompt”.

Aplicaremos el formato “Currency” a la columna “Sales” seleccionando las tres casillas y accediendo a la opción “Format” mediante el botón derecho. En la nueva pantalla seleccionaremos el formato correspondiente a moneda.

Ahora ya estamos listos para ejecutar el informe y comprobar su funcionamiento. Los valores a utilizar para los parámetros son:
- Order Year = 2003
- Order Month = 12
- Last Name = Campbell

En esta primera minidemo veremos un overview de Reporting Services. El objetivo es mostrar rápidamente las principales caracteristicas del servidor de informes incluido en SQL Server 2005.

- Abrir IE e ir al servidor de informes (normalmente http://servername/reports). En esta pantalla explicaremos las características de la interfaz web:

- Los informes se organizan en carpetas, al igual que lo hacen los ficheros en directorios en el sistema de ficheros.
- La interfaz web no es más que un ejemplo de una aplicación renderizando los contenidos del servidor de informes. Cualquiera puede generarse su propia interfaz.

- Hacer click en la carpeta “Adventure Works”. Dentro de esta carpeta nos encontramos con 7 informes de ejemplo creados por Microsoft.

Seleccionar el informe llamado “Product Line Sales”

- Explicar la funcionalidad de los parámetros. En este informe la lista de valores del parámetro “Subcategory” depende del valor seleccionado en el parámetro “Category”. Demostraremos la funcionalidad cambiando el valor en el parámetro “Category” y mostrando los valores diferentes en “Subcategory” así como la funcionalidad de selección múltiple.
- Volveremos a los valores originales: Category = Bikes, Subcategory = Road Bikes.
- Abrir los controles de calendario y mostrar la funcionalidad del control. Ya no es necesario entrar una fecha a mano o extender RS para soportar un control de calendario. Ahora ya viene incluido.
- Por último hablar de las características de paginación (no aplicables a este informe), zoom, búsqueda, exportación (podemos hacer la prueba de exportar a PDF) e impresión (nuevo control propio de RS que mejora la impresión respecto a la impresión normal de IE)

- Mostrar y comentar el informe completo. Hacer click en “Campbell, David”. Esto nos llevará al informe “Employee Sales Summary”, demostrando así la posibilidad de linkar diferentes informes entre sí.
 
Employee Sales Summary

 - Este informe muestra las ventas realizadas por empleado. Al final del informe se nos muestra una tabla con 3 columnas (Order Number, Product Category, Sales). Características de la tabla:

- La columna Order Number está enlazada con el informe “Sales Order Details”
- Cada orden/pedido está agrupada por categoría de producto y contiene un subtotal
- Al final de la tabla tenemos un total de todos los pedidos.

Este será el informe que generaremos en nuestra demostración.
 
SQL BI Development Studio

 - Abrimos la solución de ejemplo de Adventure Works, normalmente la encontraremos en la ruta C:\Program Files\Microsoft SQL Server\90\Samples\Reporting Services\Report Samples\AdventureWorks Sample Reports

- Seleccionamos el informe “Employee Sales Summary”. Aquí mostraremos las diferentes partes de las que está compuesto un informe:

- Pestaña Data: Consultas a origenes de datos que contruyen datasets. Utilizando estos datasets mostraremos datos en los informes.
- Pestaña Layout: Diseñador gráfico de informes. Mostrar la lista de controles disponibles para formatear los datos (Toolbox a la izquierda de la pantalla)
- Peestaña Preview: El desarrollador puede ver el aspecto final del informe sin necesidad de hacer un deploy a un servidor de Reporting Services fuera de su máquina.
 
Creación de nuestro informe de ejemplo

En la misma solución creamos un nuevo informe sin utilizar el wizard (botón derecho sobre Reports. Add -> New Item. Seleccionar de tipo Report).

- El primer paso será crear un nuevo dataset. Este dataset será el que alimentará de datos nuestra tabla objetivo:

- En la pestaña Data  Desplegable Dataset: Seleccionamos <New Dataset>
- Nombre: EmpSalesDetails
- Query: Copiaremos la utilizada en el dataset EmpSalesDetails del informe “Employee Sales Summary” de la misma solución.
- Ejecutaremos la query para comprobar su funcionamiento. Utilizaremos los siguiente valores como parámetros:
       o Report Year = 2003
       o Report Month = 12
       o EmpID = 283 (ID para David Campbell)

- El siguiente paso será crear una tabla en la pestaña Layout y utilizar los campos creados en el dataset

- En la pestaña Layout --> Toolbox: Arrastramos un objeto de tipo Table al área principal de diseño.
- Escribimos en la casillas superiores Sales Order, Product Category y Sales respectivamente
- En las casillas a mitad de tabla arrastramos los siguientes campos del dataset:
       o SalesOrderNumber en la columna Sales Order
       o ProdCat en la columna Product Category
       o Sales en la columna Sales

En este punto haremos el primer preview del informe. A partir de ahora iremos retocando el informe hasta darle el aspecto y la funcionalidad deseada.
 
Parámetros

Para facilitar la ejecución del informe por parte del usuario daremos valores a los parámetros para que el usuario seleccione un valor, en lugar de introducirlo a mano.

Volvemos a la pestaña Data:

- En el menu superior de Visual Studio seleccionamos Report  Report Parameters
- Para el parámetro Report Year introduciremos los valores 2003, 2002 y 2001 (con identica etiqueta) en el apartado Available values
- Para el parámetro Report Month introduciremos los valores de ejemplo 12, 11 y 10 (con las etiquetas Diciembre, Novimbre y Octubre respectivamente)

Para el parámetro EmpID en lugar de proporcionar los valores a mano como en los anteriores haremos una consulta a la base de datos y alimentaremos los valores y etiquetas con los registros devueltos.
 
- Hacemos click en Ok para salir de la pantalla de Report Parameters
- Crearemos un nuevo Dataset con el nombre SalesEmp y copiaremos la query del dataset del mismo nombre del informe “Employee Sales Summary”
        o Esta query devuelve dos columnas, la primera con el ID del empleado y la segunda con el nombre y apellidos.

Report Parameters (Menu superior: Reports  Report Parameters)

- Seleccionar EmpID
- En el apartado “Available Values” seleccionar “From query”
- Configurar los diferentes campos con los siguientes valores:
       o Dataset = SalesEmp
       o Value field = EmployeeID
       o Label field = Employee

Agruapaciones, totales y subtotales

En este paso vamos a configurar los datos de la tabla para que estén agrupados de la manera correcta para obtener el resultado final deseado.

- Vamos a la pestaña Layout

Agrupaciones

- Botón derecho en el botón de la izquierda de la tabla a la altura de las casillas del medio que aparece al seleccionar la tabla.
- Seleccionamos “Edit group…”
- Aparece la pantalla “Grouping and Sorting Properties”. En la sección “Group on” seleccionamos primero el valor =Fields!SalesOrderNumber.Value y como segundo criterio de ordenación seleccionamos =Fields!ProdCat.Value
- Aceptamos los cambios
- Debido a que estamos agrupando, primero por número de orden de venta y luego por categoría de producto, necesitamos añadir una función de sumatorio a la columna que nos informa del importe. Editamos la casilla del medio de la columna Sales quedando con el valor =Sum(Fields!Sales.Value)

Subtotales

- Botón derecho en el botón de la izquierda de la tabla a la altura de las casillas del medio que aparece al seleccionar la tabla.
- Seleccionar “Insert group”
- En la pantalla “Grouping and Sorting Properties”, seleccionamos un criterio de agrupación con el valor =Fields!SalesOrderNumber.Value
- En las opciones que aparecen al final de la pantalla deseleccionamos “Include group header”, quedando únicamente marcada la opción “Include group footer”
- Automáticamente se añade una nueva fila a la tabla.
- En la columna Sales de la última fila añadida insertaremos el valor =Sum(Fields!Sales.Value)
 
Total

La última fila de la tabla que hemos incluido nos sirve para añadir valores e información a pie de la tabla. La utilizaremos para incluir un total de todas las ventas.

- Editar la celda en la última fila de la tabla en la columna sales añadiendo el siguiente valor: =Sum(Fields!Sales.Value)

Enlace a otro informe

La última funcionalidad que nos queda por demostrar es el enlace de un informe con otro. Para ello seguiremos los siguientes pasos:

- Botón derecho sobre la celda de la fila del medio de la columna Sales Order (la que tiene el valor =Fields!SalesOrderNumber.Value).
- Seleccionar propiedades
- Ir a la pestaña Navigation
- En la sección “Hyperlink action” seleccionar la opción “Jump to report:”
- Seleccionar el informe “Sales Order Details”
- Click en el botón “Parameters”
- Seleccionar el parámetro “SalesOrderNumber” en la columna “Parameter Name”
- Seleccionar el valor “=Fields!SalesOrderNumber.Value” en la columna “Parameter Value”

Si quisieramos que el valor de “Sales Order” se mostrara subrayado seleccionariamos las propiedades de la celda y en la pestaña Font seleccionariamos el valor “Underline” en la opción “Decoration”

Si además quisieramos que el valor de “Sales Order” únicamente apareciera una vez por grupo seleccionariamos la opción “Hide duplicates” en la pestaña General de las propiedades de la celda. Luego, seleccionariamos el valor “EmpSalesDetails” en la opción “Containing group or dataset”.

El resto de detalles estéticos os los dejo a vosotros para que descubráis más funcionalidad y características del producto ;) Sólo una pista, la mayoría de efectos estéticos se pueden configurar con la venta de propiedades del elemento seleccionado (que aparece a la derecha-abajo en la configuración por defecto de Visual Studio).

Una de las características de Reporting Services es la capacidad de soportar diferentes tipos de fuentes de datos. Como ya viene siendo habitual, podemos extraer información de fuentes de datos "clásicas", como son OLE DB, ODBC, SQL Server u Oracle. Además de estas fuentes de datos relacionales, también podemos extraer los datos de fuentes de datos jerárquicas, ficheros XML, y fuentes de datos dimensionales, Analysis Services. Como añadido a todas estas fuentes de datos, Reporting Services (SSRS) puede conectarse a Integration Services (SSIS) y utilizarlo como fuente de datos. Cada vez que generemos de nuevo un report que utilize SSIS como fuente de datos, SSRS lanzará una petición a SSIS provocando que éste ejecute el paquete (unidad de ejecución de SSIS) de nuevo.

Sin más, vamos a pasar a explicar los pasos que tenemos que dar para habilitar esta funcionalidad y luego explicaremos como montar paso a paso un proyecto ejemplo que ilustre esta funcionalidad. Al final explicaremos un poco más los beneficios y posibles usos de esta solución.

Activación de la fuente de datos SSIS

Una vez tenemos instalados tanto SSRS como SSIS en la misma máquina, tendremos que "destapar los ojos" a SSRS para que pueda utilizar a SSIS como fuente de datos. Para ello seguiremos los siguientes pasos:

1. Nos dirigiremos al directorio <drive>:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies y abriremos el fichero RSReportDesigner.config con un editor de texto.
2. Habilitaremos el diseñador de reports para utilizar SSIS como fuente de datos. Para ello en la sección <Data> descomentaremos la siguiente línea:
   <!-- <Extension Name="SSIS" Type="Microsoft.SqlServer.Dts.DtsClient.DtsConnection,Microsoft.SqlServer.Dts.DtsClient, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"/> -->
3. Repetiremos la descomentación en la sección <Designer> para la línea: <!-- <Extension Name="SSIS" Type="Microsoft.ReportingServices.QueryDesigners.GenericQueryDesigner,Microsoft.ReportingServices.QueryDesigners"/> -->
4. Guardamos el fichero y salimos. Acordaros de guardaros una copia de seguridad antes de modificar cualquier fichero .config. ¡Más vale prevenir que curar!
5. El siguiente paso será activar la extensión SSIS de SSRS que permitirá la interacción entre ambos. Para ello nos dirigiremos a la carpeta <drive>:\Program Files\Microsoft SQL Server\MSSQL.n\Reporting Services\ReportServer y abriremos el fichero RSReportServer.config con el bloc de notas
6. Localizaremos la siguiente entrada y la descomentaremos:
   <!-- <Extension Name="SSIS" Type="Microsoft.SqlServer.Dts.DtsClient.DtsConnection,Microsoft.SqlServer.Dts.DtsClient, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"/> -->

Solución de ejemplo

Llegados a este punto ya tenemos tanto al diseñador de reports como a la extensión de SSRS capacitadas para lidiar con SSIS. Vamos a crear un pequeño ejemplo para ver la funcionalidad.

El primer paso será crear un proyecto SSIS (o SSRS) y añadirle a la solución creada un nuevo proyecto SSRS (o SSIS). Aunque no es necesario tener estos dos proyectos en la misma solución, nos ayudará a entender mejor el ejemplo.

Configuración del paquete SSIS

Seguiremos los siguientes pasos en el proyecto SSIS:

1. Crearemos un nuevo 'Connection Manager' haciendo click con el botón derecho en la zona inferior en la pestaña 'Control Flow' del paquete 'Package', que se creó automáticamente para nosotros
2. Seleccionamos 'New OLE DB Connection...'
3. Configuraremos la conexión para que se conecte a la base de datos Adventure Works de nuestra instancia de SQL Server
4. En la pestaña 'Control Flow' añadiremos un elemento de tipo 'Data Flow' (lo podemos encontrar en la barra de herramientas 'Toolbox' a la izquierda de la pantalla)
5. En la pestaña 'Data Flow' añadiremos un data source de tipo OLE DB arrastrándolo desde la Toolbox
6. También añadiremos un 'Data Flow Destination' del tipo 'DataReader Destination' desde la misma Toolbox (los 'Data Flow Destinations' se encuentran abajo del todo de la Toolbox)
7. Para darle un poco de juego, añadiremos una tarea de transformación del tipo 'Derived Column'

Configuramos la fuente de datos 'OLE DB Source'. Hacemos doble click sobre ella y seguimos los siguientes pasos:

1. Nos aseguramos que la está seleccionada la conexión que hemos definido antes y seleccionamos la tabla [Person].[Contact]
2. En el panel izquierdo seleccionamos 'Columns'. En esta ventana seleccionamos que columnas del origen queremos importar. Para el ejemplo únicamente dejaremos seleccionadas las columnas Title, FirstName, MiddleName, and LastName.
3. Click Ok

Configuramos la transformación 'Derived Column'. Esta transformación nos permite actualizar valores de la fuente de datos mediante funciones. Estas "actualizaciones" pueden sobreescribir el valor original o redirigirse a una columna nueva. Lo que nosotros vamos a hacer es juntar las columnas FirstName y LastName en una nueva columna llamada FullName. Para ello seguiremos los siguientes pasos:

1. Seleccionamos 'OLE DB Source' con un simple click. Arrastramos su flecha verde hasta la caja de la transformación 'Derived Column'.
2. Doble click sobre 'Derived Column'. En el panel inferior, en la columna 'Derived Column Name' escribimos FullName
3. Dejamos el valor <add as a new column> en la columna 'Derived Column'.
4. En la columna 'Expression' escribimos la siguiente expresión: [FirstName] + " " +  [LastName] (los nombres de las columnas pueden ser arrastrados y soltados desde el panel superior)
5. Click Ok

Como último paso configuraremos el destino 'DataReaderDest'. Lo primero que haremos, con el fin de mejorara la claridad de lectura es modificar su nombre y le pasaremos a llamar simplemente DataReader. La configuración seguirá los siguientes pasos:

1. Enlazamos la transformación 'Derived Column' con el destino 'DataReader' mediante la unión por la flecha verde saliente de la transformación. Esto enviará los datos resultantes de la transformación a su destino.
2. Doble click sobre 'DataReader'. En la pestaña 'Input Columns', seleccionamos todas las columnas que nos aparecen.
3. Click Ok

El paquete SSIS ya está listo para ser utilizado desde SSRS. Para verificar que todo está correcto, ejecutaremos el paquete y tenemos que obtener 19,972 filas.

Creación del report que utiliza SSIS como fuente de datos

Todos los reports tienen como base una consulta a una fuente de datos. En el caso que utilizemos SSIS la fuente de datos será el paquete que hemos creado, el fichero .dtsx físicamente, y la consulta será el nombre que le hayamos dado al destino de datos, en este caso 'DataReader'. Vamos a ver como configuramos todo esto.

En el proyecto SSRS añadiremos un report sin la intervención del wizard. Para ello haremos click con el botón derecho sobre la carpeta 'Reports' y seleccionaremos la opción Add > New Item. En la ventana 'Add New Item' seleccionaremos el objeto 'Report' (para la esta demostración el nombre Report1.rdl nos servirá).

La configuración de la fuente de datos seguirá los siguientes pasos:

1. En la pestaña 'Data', seleccionaremos el valor '<New Dataset...>' del desplegable 'Dataset:'
2. Cambiaremos el tipo (Type) al valor SSIS
3. En la caja de texto 'Connection string:' introduciremos el path completo de nuestro paquete .dtsx todo entrecomillas dobles y precedido por el modificador -f y un espacio. Por ejemplo: -f "c:\Demos\SSRS\SSIS\Integration Services Project1\Package.dtsx"
4. Click Ok
5. En el área principal, donde de normal se escribiría la consulta T-SQL, teclearemos el nombre del destino de datos del paquetes .dtsx. En este caso: 'DataReader'
6. Para comprobar el correcto funcionamiento, simplemente haremos click sobre el símbolo de admiración.

Como podéis comprobar SSIS nos han devuelto todas las columnas originales además de la nueva columna definida, FullName. Para finalmente tener un informe con estos datos únicamente nos queda crear una tabla en la pestaña 'Layout' que muestre los vuestros datos y publicar el informe. Estos últimos pasos no los explicaremos en este post al no ser su objetivo

Funcionalidad y usos de la interconexión entre SSRS y SSIS

Una de las principales ventajas de SSIS es su ejecución pipeline en memoria. Esto quiere decir que los datos van pasando a través de las diferentes transformaciones a medida que se van leyendo. Así para obtener el primer valor en la salida del paquete no se debe esperar a que el último valor haya sido procesado (existen excepciones que ya comentaremos en un post futuro cuando hablemos de SSIS). Una manera análoga con el mundo real de comprender este funcionamiento es pensar en la naturaleza o física de los líquidos. Si dejamos caer un flujo de agua escaleras abajo veremos como el agua va precipitándose escalón tras escalón sin esperar al resto del agua que hay por detrás. El líquido fluye a través de los escalones de la misma manera que los datos lo hacen a través de las transformaciones de SSIS.

La ventajas de este modo de funcionamiento son principalmente dos. En primer lugar este funcionamiento tiene un rendimiento muy bueno, a aprovechar perfectamente las capacidades de procesamiento multihilo de los procesadores y sistemas actuales. En segundo lugar, todo el procesamiento se hace en memoria y no necesitamos almacenes físicos de datos intermedios; agilizando la ejecución y abaratano costes.

Cuando SSRS está interconectado con SSIS lo que ocurre es que SSRS hace una llamada a SSIS cada vez que ha de generar el informe (una vez generado el informe puede ser configurado para permanecer en memoria caché). SSIS al recibir la petición por parte de SSRS ejecuta el paquete especificado pasando los datos a SSRS.

Un escenario típico de uso de este tipo de soluciones es cuando se quiere obtener informes de fuentes de datos que requieren de un tratamiento previo, pero que no se desea guardar una copia de los datos transformados. Estos datos pueden provenir de fuentes de datos OLE DB, ODBC, Oracle, etc. Eliminando la necesidad de una copia intermedia de los datos transformados ahorraremos en costes, complejidad, mantenimiento y desincronización.

Las capacidades de transformación de datos y ejecución pipeline de SSIS junto a la facilidad y flexibilidad en la generación de informes de SSRS forman una buena pareja de baile para afrontar una gran variedad de escenarios de reporting diferentes.

Espero que os haya servido de ayuda y buen ejemplo,

JB

Creo que no hay mejor manera para empezar un blog que con esa, ya mítica para nosotros, frase.

Lo primero de todo presentarme un poco. Mi nombre completo es Jordi Bartual Paris y trabajo para Microsoft en la oficina de Barcelona, España. Tras unos cuantos años en el mundo del desarrollo de aplicaciones, habiendo pasado por múltiples proyectos, circunstancias, superado 3 certificaciones de Microsoft, e incluso cambiado de país de residencia (algún día hablaré de este tema en profundidad), acabo de empezar un nueva y apasionante aventura en mi empresa favorita de todos los tiempos, Microsoft.

El título oficial de mi puesto de trabajo es algo así como Technical Sales Specialist in SQL Server. Lo que traducido a hechos prácticos viene a ser un experto en las funcionalidades de SQL Server (versión 2005 en curso y venideras), tanto las intrínsecas como las relacionadas con herramientas más allá del puro corazón de la base de datos, así como su relación con diferentes sistemas y entornos.

Sabiendo esto es fácil de imaginar que este blog girará entorno a SQL Server, la vida dentro de Microsoft, eventos a los que asista o curiosidades varias que viva y crea que son de interés y algún post se colará hablando sencillamente de la vida, tanto a nivel profesional como a nivel personal (en el fondo todos somos personas).

Esto es todo para el primer post. Espero que la información que vaya publicando os sea de interés y utilidad.

Saludos,

JB