Trabajar con campos en un conjunto de datos de informe (Generador de informes 3.0 y SSRS)
Los campos de conjunto de datos representan los datos de una conexión de datos. Un campo puede representar datos numéricos o no numéricos. En los ejemplos se incluyen cantidades de ventas, ventas totales, nombres de cliente, identificadores de base de datos, direcciones URL, imágenes, datos espaciales y direcciones de correo electrónico. En la superficie de diseño, los campos aparecen como expresiones en los elementos de informe como los cuadros de texto, tablas y gráficos.
Un informe tiene tres tipos de campos y los muestra en el panel Datos de informe: campos de conjunto de datos, campos calculados del conjunto de datos y campos integrados.
Campos de conjunto de datos. Los metadatos que representa la colección de campos que se devolverán cuando la consulta del conjunto de datos se ejecuta en el origen de datos.
Campos calculados de un conjunto de datos. Campos adicionales que crea para el conjunto de datos. Cada campo calculado se crea evaluando una expresión que se define.
Campos integrados. Metadatos que representan una colección de los campos que ofrece el Generador de informes y que proporcionan información como el nombre del informe o la hora en que se procesó. Para obtener más información, vea Usar referencias a colecciones Globals y User integradas (Generador de informes 3.0 y SSRS).
Los nombres del campo de conjunto de datos se guardan como parte de la definición del conjunto de datos de informe. Para obtener más información, vea Crear y agregar conjuntos de datos (Generador de informes 3.0 y SSRS).
Nota
Puede crear y modificar las definiciones de informe (.rdl) en el Generador de informes 3.0 y en el Diseñador de informes en Business Intelligence Development Studio. Cada entorno de creación proporciona varias maneras de crear, abrir y guardar informes y elementos relacionados. Para obtener más información, vea la información sobre el diseño de informes en el Generador de informes 3.0 y el Administrador de informes (SSRS) en el sitio web microsoft.com.
En este artículo
Campos y consultas de conjunto de datos
Descripción de las expresiones predeterminadas para campos
Campos y tipos de datos de los conjuntos de datos
Detectar los campos que faltan en tiempo de ejecución
Campos y consultas de conjunto de datos
Los campos de los conjuntos de datos se especifican mediante un comando de consulta de conjunto de datos y mediante los campos calculados que se definan. La colección de campos que se ven en un informe depende del tipo de conjunto de datos que tenga:
Conjunto de datos compartidos. La colección de campos es la lista de campos de la consulta en la definición del conjunto de datos compartido en el momento en que lo agregó directamente a un informe, o cuando agregó una parte de informe que lo incluía. La colección de campos local no cambia cuando la definición del conjunto de datos compartida cambia en el servidor de informes. Debe actualizar la lista del conjunto de datos compartido local para actualizar la colección de campos local.
Conjunto de datos incrustado. La colección de campos es la lista de campos que se devuelve al ejecutar la consulta actual con el origen de datos.
Para obtener más información, vea Agregar, editar y actualizar campos en el panel Datos de informe (Generador de informes 3.0 y SSRS).
Si no obtiene los resultados esperados en la colección de campos del conjunto de datos, vea Solucionar problemas de informes: recuperación de datos de informe.
.gif "Icono de flecha usado con el vínculo Volver al principio")
Volver al principio
Campos calculados
Un campo calculado se especifica manualmente creando una expresión. Los campos calculados se pueden usar para crear valores nuevos que no existen en el origen de datos. Por ejemplo, un campo calculado puede representar un valor nuevo, un criterio de ordenación personalizado para un conjunto de valores de campo, o un campo existente que se convierte a un tipo de datos diferente.
Los campos calculados son locales a un informe y no pueden guardarse como parte de un conjunto de datos compartido.
Para obtener más información, vea Agregar, editar y actualizar campos en el panel Datos de informe (Generador de informes 3.0 y SSRS).
Volver al principio
Entidades y campos de entidades
Si trabaja con un origen de datos de modelo de informe, especifique las entidades y sus campos como datos del informe. En el diseñador de consultas para un modelo de informe, puede explorar y seleccionar las entidades relacionadas interactivamente, además de elegir los campos que desea incluir en el conjunto de datos de informe. Cuando termine de diseñar la consulta, puede ver la colección de identificadores de entidad y campos de entidad en el panel Datos de informe. Los identificadores de entidad se generan automáticamente con el modelo de informe y por lo general no se muestran para el usuario final. Para obtener más información, vea Interfaz de usuario del Diseñador de consultas de modelo de informe (Generador de informes 3.0).
Usar propiedades de campo extendidas
Los orígenes de datos que admiten consultas multidimensionales, como SQL Server Analysis Services, admiten las propiedades de campo en los campos. Las propiedades de campo aparecen en el conjunto de resultados para una consulta, pero no están visibles en el panel Datos de informe. Sí que están disponibles para usarlas en el informe. Para hacer referencia a una propiedad de un campo, arrastre el campo al informe y cambie la propiedad predeterminada Value por el nombre de campo de la propiedad que desee. Por ejemplo, en un cubo de Analysis Services, puede definir los formatos para los valores de las celdas del cubo. El valor con formato está disponible mediante la propiedad de campo FormattedValue. Para usar directamente el valor en lugar de usar un valor y establecer la propiedad de formato del cuadro de texto, arrastre el campo al cuadro de texto y cambie la expresión predeterminada =Fields!FieldName.Value a =Fields!FieldName.FormattedValue.
Nota
No todas las propiedades Field pueden utilizarse para todos los orígenes de datos. Las propiedades Value y IsMissing se definen para todos los orígenes de datos. Otras propiedades predefinidas (como Key, UniqueName y ParentUniqueName para orígenes de datos multidimensionales) solo se admiten si el origen de datos las proporciona. Algunos proveedores de datos admiten las propiedades personalizadas. Para obtener más información, vea los temas sobre las propiedades de campo extendidas para cada tipo de origen de datos en Crear y agregar conjuntos de datos (Generador de informes 3.0 y SSRS). Por ejemplo, para un origen de datos de SQL Server Analysis Services, vea Propiedades de campo extendidas para una base de datos de Analysis Services (SSRS).
Volver al principio
Descripción de las expresiones predeterminadas para campos
Un cuadro de texto puede ser un elemento de informe de cuadro de texto en el cuerpo del informe o un cuadro de texto en una celda de una región de datos Tablix. Al vincular un campo con un cuadro de texto, la ubicación del cuadro de texto determina la expresión predeterminada para la referencia del campo. En el cuerpo del informe, una expresión de valor de cuadro de texto debe especificar un agregado y un conjunto de datos. Si solo existe un conjunto de datos en el informe, esta expresión predeterminada se crea automáticamente. Para un campo que representa un valor numérico, la función de agregado predeterminada es Sum. Para un campo que representa un valor no numérico, el agregado predeterminado es First.
En una región de datos Tablix, la expresión de campo predeterminada depende de la pertenencia a una fila o a un grupo del cuadro de texto al que se agrega el campo. La expresión de campo para el campo Sales, cuando se agrega a un cuadro de texto en la fila de detalles de una tabla, es [Sales]. Si agrega el mismo campo a un cuadro de texto de un encabezado de grupo, la expresión predeterminada es (Sum[Sales]), porque el encabezado de grupo muestra valores de resumen para el grupo, en lugar de valores detallados. Cuando se ejecuta el informe, el procesador de informes evalúa cada expresión y sustituye el resultado en el informe.
Para obtener más información acerca de las expresiones, vea Expresiones (Generador de informes 3.0 y SSRS).
Volver al principio
Tipos de datos de campo
Al crear un conjunto de datos, es posible que los tipos de datos de los campos del origen de datos no coincidan exactamente con los tipos de datos que se usan en un informe. Los tipos de datos pueden pasar por uno o dos niveles de asignación. La extensión de procesamiento de datos o el proveedor de datos pueden asignar los tipos de datos del origen de datos a tipos de datos de Common Language Runtime (CLR). Los tipos de datos devueltos por las extensiones de procesamiento de datos se asignan a un subconjunto de los tipos de datos de Common Language Runtime (CLR) de .NET Framework.
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 2008 Reporting 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 base 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 (Generador de informes 3.0 y SSRS).
Volver al principio
Detectar los campos que faltan en tiempo de ejecución
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 (Generador de informes 3.0 y SSRS).
Volver al principio