Principales cambios de SQL Server 2005 Reporting Services

Actualizado: 12 de diciembre de 2006

Este tema describe cambios en la funcionalidad de Reporting Services que afectan a informes, secuencias de comandos o aplicaciones personalizadas.

No se admiten acciones de obtención de detalles o vínculos de marcador en los encabezados o pies de página

En SQL Server 2005 y el Service Pack 1 de SQL Server 2005, Reporting Services no admite acciones de obtención de detalles o vínculos de marcador en los encabezados o pies de página. Es uno de los últimos cambios para los informes creados en SQL Server 2000 Reporting Services.

En el Service Pack 2, este problema queda parcialmente resuelto. Se admiten acciones de obtención de detalles en los encabezados o pies de página para los informes que se ejecutan a petición, pero no para los informes que se ejecutan como una instantánea. Las instantáneas que contienen vínculos de obtención de detalles o vínculos de marcador en los encabezados o pies de página deben volver a crearse para obtener las funciones de obtención de detalles:

1. Inicie el Administrador de informes o Management Studio.
2. Localice el informe y abra la página de propiedades Ejecución de dicho informe.
3. Active la casilla de verificación Crear una instantánea del informe al guardar esta página.
4. Haga clic en Aplicar.
5. Repita estos pasos para todos los informes que se ejecuten como una instantánea y que tengan vínculos de obtención de detalles o vínculos de marcador en los encabezados o pies de página.

No se admite el proveedor WMI del servidor de informes de SQL Server 2000

Reporting Services incluye un proveedor WMI (Instrumental de administración de Windows ) que se puede utilizar para configurar mediante programación el entorno en el que se ejecuta un servidor de informes. La versión SQL Server 2005 de Reporting Services incluye una versión totalmente nueva del proveedor WMI que reemplaza por completo a la anterior. La versión original de SQL Server 2000 no se admite en esta versión de SQL Server.

Nuevas restricciones de autenticación para extensiones de procesamiento de datos

Esta versión de Reporting Services incluye nuevas restricciones sobre cómo controlar las credenciales para algunas extensiones de procesamiento de datos:

• No puede configurar una conexión de origen de datos de Analysis Services para que utilice credenciales de la base de datos. La conexión producirá errores si utiliza el contenedor de ADOMD.
• No puede configurar una conexión de origen de datos XML para que utilice credenciales de la base de datos. Si no especifica credenciales y no define la cuenta de ejecución desatendida, la solicitud se realiza a través del acceso anónimo.
• Las extensiones de procesamiento de datos .NET de terceros (por ejemplo, DB2.NET, Oracle ODP.NET y Teradata) producen explícitamente un procesamiento de datos erróneo si se pasan las credenciales en la cadena de conexión y no está configurada la cuenta de ejecución desatendida.
• Las extensiones de procesamiento de datos personalizados que implementan IDBConnection (pero no IDBConnectionExtension) producen explícitamente errores de procesamiento de datos en todos los casos, a menos que esté configurada la cuenta de ejecución desatendida.
• Siempre que se realizan solicitudes de conexión a través de la cuenta de servicio (es decir, cuando el contexto de seguridad de la cuenta de servicio se utiliza para la conexión de red con el origen de datos), Reporting Services quita los privilegios de administrador de la cuenta de servicio antes de enviar la solicitud.

Para configurar la cuenta de ejecución desatendida, utilice la herramienta de configuración de Reporting Services o la utilidad rsconfig. Para obtener más información, vea Especificar conexiones para extensiones de procesamiento de datos personalizadas y Configurar una cuenta para procesar informes en modo desatendido.

Las expresiones que contienen una referencia al objeto producen errores de compilación

Los informes que usan expresiones para establecer la propiedad Action en un elemento no se compilarán si la expresión incluye una referencia Me.Value. La actualización de informes que incluyan Me.Value en expresiones de la propiedad Action producirá errores de compilador parecidos a "La expresión de valor para el cuadro de texto ‘textbox1’ contiene un error: [BC30456] 'Value' no es miembro de 'ReportExprHostImpl.textbox1_TextBoxExprHost.DataValue1_DataValueExprHost'. (rsCompilerErrorInExpression)."

Para evitar estos errores y actualizar los informes, debe volver a escribir las expresiones de Action, reemplazando Me.Value por la expresión de valor real. En el siguiente ejemplo se muestra cómo reemplazar Me.Value en una expresión de tipo cuadro de texto por una expresión de valor real: =iif(Fields!Name.Value = 0, "Solid", "None").

La compatibilidad con parámetros de varios valores podría afectar a los parámetros de un solo valor de los informes

La compatibilidad con parámetros de varios valores es una nueva característica introducida en esta versión. Si utiliza el extremo SOAP antiguo y el código obtiene o establece parámetros de varios valores, ahora volverá a obtener parámetros de varios valores. En la versión anterior, si especificaba varios parámetros, sólo se devolvía el primero. Tenga en cuenta que después de la actualización, pueden devolverse parámetros adicionales para los parámetros que pensó que eran de un solo valor. Asegúrese de revisar las llamadas existentes al método Render para determinar si se utilizan parámetros de un solo valor o de varios valores. También debería probar todos los informes que tengan parámetros para comprobar que los parámetros de un solo valor funcionan correctamente.

Actualizar parámetros mediante SetReportParameters

En la versión anterior, si deseaba actualizar una propiedad de parámetro, tenía que volver a especificar todos sus valores. Si el informe incluía parámetros basados en consultas o expresiones, la actualización de una propiedad de parámetro único significaba normalmente tener que volver a publicar el informe. Si no se conseguía volver a publicar el informe, se producían informes a los que, después de cambiar una propiedad de parámetro, les faltaban valores predeterminados basados en consultas.

En esta versión, puede actualizar la propiedad específica de un parámetro sin tener que restablecer todas sus propiedades. Los valores predeterminados ya no se establecen en NULL si no está especificada la propiedad DefaultValues. Tenga en cuenta que este cambio podría afectar al código de aplicación o a las secuencias de comandos que utilizan el antiguo extremo SOAP si el código o la secuencia de comandos controla la referencia de NULL.

Agregar el miembro Seleccionar todo para parámetros de varios valores

En los informes de SQL Server 2005 Reporting Services, se agregaba automáticamente una casilla de verificación Seleccionar todo al crear una lista de valores disponibles para un parámetro de informe de varios valores. Al activar la casilla de verificación Seleccionar todo, se seleccionaban todos los valores disponibles. Al desactivar la casilla de verificación Seleccionar todo, se borraban todos los valores disponibles. Si se realiza una actualización al Service Pack 1 (SP1) de SQL Server 2005, la casilla de verificación Seleccionar todo dejará de estar disponible. En el Service Pack 2 (SP2) de SQL Server 2005, se ha restaurado la casilla de verificación Seleccionar todo. Si actualiza su cliente de creación de informes al SP2, la casilla de verificación Seleccionar todo se agregará automáticamente a la lista desplegable de valores disponibles en la vista previa de informes del Diseñador de informes. Después de actualizar el servidor de informes al SP2, puede utilizar las herramientas del servidor de informes (Administrador de informes, Generador de informes y SQL Server Management Studio) para ver todos los informes nuevos y existentes que usan la funcionalidad Seleccionar todo. No es necesario que vuelva a publicar los informes existentes para restaurar la funcionalidad Seleccionar todo. Si actualiza las herramientas pero no ve la casilla de verificación Seleccionar todo, es probable que esté conectado a un servidor de informes con el SP1.

Hacer referencia a propiedades extendidas de la extensión de procesamiento de datos de Microsoft SQL Server Analysis Services

En un informe de SQL Server 2005 Reporting Services, si necesita hacer referencia a la propiedad extendida Key de un campo desde un origen de datos de Analysis Services, debe utilizar la sintaxis de campo personalizada Fields!FieldName("MEMBER_KEY"). Tras actualizar al Service Pack 1 (SP1) de SQL Server 2005, esta sintaxis ya no devuelve el valor de Key. Esta solución ya no es necesaria ni se admite. En lugar de ello, debe cambiar las referencias a la sintaxis de campo extendida de la propiedad Key a Fields!FieldName.Key o Fields!FieldName("Key").

Historial de cambios

Vea también

Conceptos

Actualizar Reporting Services

Otros recursos

Actualizar componentes de SQL Server
Compatibilidad con versiones anteriores de Reporting Services
Compatibilidad con versiones anteriores

Ayuda e información

Obtener ayuda sobre SQL Server 2005