Descripción de los conjuntos de datos de informe

Artículo
10/14/2010

Un conjunto de datos especifica los datos que desea usar de una conexión de datos. Un conjunto de datos se basa en una conexión de datos guardada en el informe como un origen del datos incrustado o una referencia a un origen de datos compartido en un servidor de informes. El conjunto de datos incluye una consulta que especifica un conjunto de campos. Al arrastrar estos campos hacia la superficie de diseño, se crean expresiones que se evalúan como los datos reales cuando se ejecuta el informe.

Hay dos tipos de conjuntos de datos:

Conjunto de datos compartidos. Un conjunto de datos compartido se define en el servidor de informes. Puede ir al servidor para crear un conjunto de datos compartidos o seleccionar uno predefinido para agregarlo a su informe. Para obtener más información, vea Administrar los conjuntos de datos compartidos.
Conjunto de datos incrustado. Los conjuntos de datos incrustados solo se pueden definir y usar en el informe en que están incrustados.

Un conjunto de datos también contiene los parámetros, filtros y opciones de datos que especifican aspectos de los caracteres, por ejemplo mayúsculas y minúsculas, tipo kana, ancho, acentos e información de la intercalación.

Los componentes son elementos de informe que puede incluir en su informe y que se pueden volver a usar. Si un componente tiene conjuntos de datos dependientes, los conjuntos de datos están incrustados en el componente. Al agregar un componente a su informe, también agrega todos los conjuntos de datos de los que depende. Una vez que se han agregado al informe estos conjuntos de datos, no se diferencian en nada de los que se agregan desde el servidor de informes o se crean manualmente. Para obtener más información, vea Publicar elementos de informe en el Diseñador de informes.

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.Person;
```
Un conjunto de filas sin información de estructura jerárquica 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 sin información de estructura jerárquica 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 Utilizar modelos de informe como orígenes de datos.

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.

Al agregar un conjunto de datos compartido a un informe, no puede cambiar la consulta o el filtro que se define como parte de la definición del conjunto de datos compartido. Puede agregar filtros adicionales e invalidar las opciones de conjunto de datos para la instancia en el informe. Para obtener más información, vea Conjuntos de datos incrustados y compartidos (Generador de informes 3.0) en la documentación del Generador de informes 3.0https://go.microsoft.com/fwlink/?LinkId=154494 en msdn.microsoft.com.

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.

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 sin información de estructura jerárquica.

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.