Artículo
09/29/2010

Descripción de los conjuntos de datos de informe

Puede visualizar los datos para un conjunto de datos de informe como un conjunto de filas y columnas. Debe haber al menos una columna y cero o más filas. En tiempo de diseño, cree una consulta que especifique las columnas que se deben recuperar del origen de datos. Ya que está trabajando con metadatos en tiempo de diseño, puede vincular los campos de conjunto de datos a regiones de datos y elementos de informe en la superficie de diseño. En tiempo de ejecución, el procesador de informes recupera los datos reales y los combina con el diseño del informe. A continuación, el informe se pasa a un representador de informes, que puede usar para ver el informe.

Al ejecutar en tiempo de diseño una consulta de conjunto de datos en un diseñador de consultas, podrá ver un conjunto de filas del origen de datos con datos de ejemplo. Cuando un usuario ve el informe en tiempo de ejecución, la consulta de conjunto de datos puede generar valores diferentes, ya que los datos en el origen de datos han cambiado. Cada vez que se procesa el informe, pueden aparecer nuevos datos.

Descripción de los datos del conjunto de datos de informe

Un conjunto de datos de informe puede constar de los siguientes tipos de datos:

Un conjunto de resultados de una base de datos relacional, que pueden ser el resultado de ejecutar comandos de base de datos, procedimientos almacenados o funciones definidas por el usuario. Si se recuperan varios conjuntos de resultados mediante una única consulta, solo se procesa el primero; el resto de conjuntos de resultados se omiten. Por ejemplo, al ejecutar la consulta siguiente en el diseñador de consultas basado en texto, en el panel de resultados solo aparecerá el conjunto de resultados para Production.Product:
```
SELECT ProductID FROM Production.Product
GO
SELECT ContactID FROM Person.Contact
```
Un conjunto de filas plano de orígenes de datos multidimensionales que usan el protocolo XML for Analysis (XMLA). Algunos proveedores de datos proporcionan propiedades de dimensión y de celda adicionales del origen de datos que no aparecen en el conjunto de resultados, pero que están disponibles en el informe.
Un conjunto de resultados plano de orígenes de datos XML que incluye elementos XML, sus atributos y sus elementos secundarios.
Un conjunto de resultados de cualquier proveedor de datos de .NET Framework registrado y configurado.
Datos de un modelo de informe que se ha diseñado para un origen de datos concreto, con entidades, relaciones de entidad y campos predefinidos. Para obtener más información, vea Usar modelos de informe como conjuntos de datos predefinidos.

Cuando el informe se procesa en tiempo de ejecución, el conjunto de resultados real devuelto para una consulta puede tener cero o más filas. También es posible que las columnas definidas en la consulta no estén presentes en el origen de datos. Los valores NULL del origen de datos se asignan al valor de .NET FrameworkSystem.DBNull.Value.

Establecer las propiedades de los datos

Al definir un conjunto de datos de informe, puede establecer las propiedades de los datos en la consulta o aceptar los valores predeterminados establecidos por el proveedor de datos. Puede cambiar un tipo de datos usando una de las estrategias siguientes:

Vuelva a escribir la consulta de conjunto de datos para convertir específicamente un campo en un tipo de datos diferente.
Edite el campo del conjunto de datos y proporcione un formato personalizado.
Cree un nuevo campo personalizado basado en un campo de base de datos y proporcione un formato personalizado.

En los orígenes de datos que admiten datos internacionales, es posible que necesite ajustar las propiedades para un conjunto de datos que afectan al criterio de ordenación, las propiedades de los caracteres internacionales, y si se deben tratar los caracteres en mayúsculas y en minúsculas como equivalentes. Algunas de estas propiedades son mayúsculas y minúsculas, el tipo de kana, el ancho, el acento y la intercalación. Para obtener más información, vea Consideraciones internacionales para bases de datos y aplicaciones con motor de base de datos y Trabajar con intercalaciones. Para obtener más información acerca de cómo establecer estas propiedades, vea Propiedades del conjunto de datos (cuadro de diálogo), Opciones.

Descripción de los tipos de datos de una colección de campos del conjunto de datos

En el origen de datos, los datos se almacenan en tipos de datos admitidos por el origen de datos. Por ejemplo, los datos de una base de datos de SQL Server deben ser de uno de los tipos de datos de SQL Server admitidos, como nvarchar o datetime. Cuando se recuperan datos del origen de datos, éstos pasan por la extensión de procesamiento de datos o por el proveedor de datos que está asociado al tipo de origen de datos. Dependiendo de la extensión de procesamiento de datos, los datos se pueden convertir desde los tipos de datos utilizados por el origen de datos en los tipos de datos admitidos por la extensión de procesamiento de datos. Reporting Services usa los tipos de datos admitidos por la versión de Common Language Runtime (CLR) instalada con Business Intelligence Development Studio. El proveedor de datos asigna cada columna del conjunto de resultados del tipo de datos nativo a un tipo de datos de CLR (Common Language Runtime) de .NET Framework.

En cada fase, los datos se representan mediante los tipos de datos descritos en la lista siguiente:

Origen de datos: los tipos de datos admitidos por la versión del tipo de origen de datos con el que se está conectando.

Por ejemplo, para un origen de datos de SQL Server, son típicos los tipos de datos int, datetime y varchar. Con SQL Server 2008, se han agregado los tipos de datos date, time, datetimetz y datetime2. Para obtener más información, vea Tipos de datos (Transact-SQL).
Proveedor de datos o extensión de procesamiento de datos: los tipos de datos admitidos por la versión del proveedor de datos de la extensión de procesamiento de datos que se selecciona al conectar con el origen de datos. Los proveedores de datos basados en .NET Framework usan tipos de datos admitidos por CLR. Para obtener más información sobre los tipos de datos de los proveedores de datos de .NET Framework, vea Asignar tipos de datos (ADO.NET) y Trabajar con tipos base en MSDN.

Por ejemplo, los tipos de datos típicos admitidos por .NET Framework son Int32 y String. La estructura DateTime admite las fechas y horas del calendario. En el Service Pack 1 de .NET Framework 2.0 se introdujo la compatibilidad con la estructura DateTimeOffset para las fechas con un ajuste de zona horaria.

[!NOTA]

El servidor de informes usa los proveedores de datos que se encuentran instalados y configurados en el mismo. En el modo de vista previa, los clientes de creación de informes usan las extensiones de procesamiento de datos instaladas y configuradas en el equipo cliente. Debe probar el informe en el entorno del cliente de informes y en el del servidor de informes.

Procesador de informes: los tipos de datos se basan en la versión de CLR instalada cuando se instaló Reporting Services. SQL Server 2008Reporting Services instala CLR basándose en la versión 3.5 de .NET Framework.

Por ejemplo, en la tabla siguiente, se muestran los tipos de datos que usa el procesador de informes para los nuevos tipos de fecha y hora introducidos en SQL Server 2008:

Tipo de datos de SQL	Tipo de datos de CLR	Descripción
Date	DateTime	Solo fecha
Time	TimeSpan	Solo hora
DateTimeTZ	DateTimeOffset	Fecha y hora con ajuste de zona horaria
DateTime2	DateTime	Fecha y hora con fracciones de milisegundos

Para obtener más información acerca de los tipos de bases de datos de SQL Server, vea Tipos de datos (motor de base de datos) y Tipos de datos y funciones de fecha y hora (Transact-SQL).

Para obtener más información sobre cómo incluir referencias a un campo de conjunto de datos desde una expresión, vea Trabajar con tipos de datos en expresiones (Reporting Services).

Usar varios conjuntos de datos

Normalmente, un informe tiene más de un conjunto de datos. La lista siguiente describe cómo puede usar los conjuntos de datos en un informe:

Muestre los datos de cada conjunto de datos usando una región de datos independiente. Para obtener más información, vea Trabajar con regiones de datos.
Puede vincular más de una región de datos a un conjunto de datos y proporcionar varias vistas de los mismos datos. Para obtener más información, vea Vincular varias regiones de datos al mismo conjunto de datos.
Puede usar conjuntos de datos para proporcionar una lista desplegable de valores disponibles o valores predeterminados para un parámetro de informe. Para obtener más información, vea Agregar parámetros al informe.
Es posible vincular datos relacionados de varios conjuntos de datos usando parámetros con informes o subinformes detallados. Por ejemplo, un informe de ventas puede mostrar los datos de resumen para todas las tiendas, y un vínculo de obtención de detalles puede especificar el identificador de tienda como un parámetro para un informe con una consulta de conjunto de datos que recupera las ventas individuales para la tienda especificada. Para obtener más información, vea Agregar informes detallados y Agregar subinformes.
No puede mostrar datos detallados de varios conjuntos de datos en una única región de datos. Sin embargo, puede mostrar valores de agregado o de función integrada para varios conjuntos de datos dentro de una región de datos. Para obtener más información, vea Usar las funciones de informe y de agregado integradas en expresiones (Reporting Services). Si necesita combinar datos detallados de varios conjuntos de datos en una región de datos, debe volver a escribir la consulta para recuperar los datos como un único conjunto de datos.

Importar consultas existentes para un conjunto de datos

Cuando se crea un conjunto de datos, es posible crear una nueva consulta o importar una ya existente de un archivo o de otro informe. Solo se admiten los tipos de archivos sql y rdl. Las consultas MDX (Expresiones multidimensionales) o DMX (Expresiones de minería de datos) solo puede generarlas un diseñador de consultas de Reporting Services, ya que se debe recuperar un conjunto de resultados como un conjunto de filas plano.

Cuando se importa una consulta de otro informe, es posible elegir qué consulta se debe importar en la lista de conjuntos de datos del informe.

Mostrar un mensaje cuando no se recuperan filas de datos en tiempo de ejecución

Durante el procesamiento del informe, cuando se ejecuta la consulta para un conjunto de datos, es posible que el conjunto de resultados no contenga ninguna fila. En el informe representado, una región de datos vinculada a un conjunto de datos vacío aparece como una región de datos vacía. Puede especificar el texto que se debe mostrar en el informe representado en lugar de la región de datos vacía. También puede especificar un mensaje para los subinformes cuando las consultas para todos los conjuntos de datos no generan ningún dato en tiempo de ejecución. Para obtener más información, vea Cómo establecer un mensaje para cuando no hay datos en una región de datos.

Detectar campos inexistentes

Cuando se procesa el informe, es posible que el conjunto de resultados para un conjunto de datos no contenga valores para todas las columnas especificadas porque éstas ya no existen en el origen de datos. Puede usar la propiedad de campo IsMissing para detectar si se devolvieron valores para un campo en tiempo de ejecución. Para obtener más información, vea Usar referencias a la colección de campos de conjunto de datos en expresiones (Reporting Services).

Mostrar conjuntos de datos ocultos

Cuando se crea una consulta con parámetros para algunos orígenes de datos multidimensionales, Reporting Services crea automáticamente conjuntos de datos para proporcionar valores válidos para el parámetro. De forma predeterminada, estos conjuntos de datos no aparecen en el panel Datos de informe. Para obtener más información, vea Cómo mostrar conjuntos de datos ocultos.