Diseñadores de consultas y extensiones de procesamiento de datos
Nuevo: 12 de diciembre de 2006
En un cliente de creación de informes de Reporting Services, las extensiones de procesamiento de datos y los proveedores de datos están asociados en el archivo RSReportDesigner.config a un diseñador de consultas. Reporting Services proporciona varios tipos de diseñadores de consultas. Al seleccionar un origen de datos en el Diseñador de informes, el diseñador de consultas asociado se abre para ayudarle a diseñar una consulta para este tipo de origen de datos.
Diseñadores de consultas y tipos de orígenes de datos
Debe usar un diseñador de consultas para definir una consulta para recuperar datos de un origen de datos de informe. Los diseñadores de consultas normales pueden estar basados en texto o gráficos. Con un diseñador de consultas basado en texto, el texto de comando se escribe en un panel de consulta. Con un diseñador gráfico de consultas, se arrastran los elementos de metadatos que representan los datos subyacentes en un origen de datos a la superficie de diseño de la consulta. La mayoría de los orígenes de datos multidimensionales proporcionan un diseñador gráfico de consultas que muestra los metadatos que representan los datos del origen de datos. Para cambiar de un diseñador gráfico de consultas a un diseñador de consultas basado en texto, haga clic en el icono del diseñador de consultas genérico (.gif "Icono del botón Diseñador de consultas genérico")
) en la barra de herramientas. Sólo puede cambiar de un diseñador de consultas basado en texto a un diseñador gráfico de consultas si hay uno registrado para el origen de datos. Dado que no todas las consultas válidas se pueden representar en un diseñador gráfico de consultas, al cambiar entre los modos de diseñador de consultas, el texto de la consulta no se conserva necesariamente. Para tener el máximo control sobre el texto de la consulta, use el diseñador de consultas genérico.
En los siguientes ejemplos se describe el texto de comando de la consulta que puede verse afectado por el proveedor de datos:
- Compatibilidad para la parte de esquema de un nombre de objeto de base de datos. Si un origen de datos usa esquemas como parte del identificador del objeto de base de datos, el nombre del esquema se debe proporcionar como parte de la consulta para todos los nombres que no usen el esquema predeterminado. Por ejemplo,
SELECT FirstName, LastName FROM [Person].[Contact]. - Compatibilidad para parámetros de consulta. Los proveedores de datos varían en lo que respecta a la compatibilidad para los parámetros. Algunos proveedores de datos admiten parámetros con nombre (por ejemplo,
SELECT Col1, Col2 FROM Table WHERE <parameter identifier><parameter name> = <value>). Algunos proveedores de datos admiten parámetros sin nombre (por ejemplo,SELECT Col1, Col2 FROM Table WHERE <column name> = ?). El identificador del parámetro puede variar según el proveedor de datos; por ejemplo, SQL Server usa el símbolo de arroba (@) y Oracle usa los dos puntos (:). Algunos proveedores de datos no admiten parámetros. Para obtener más información, vea Orígenes de datos compatibles con Reporting Services.
Para obtener más información acerca de los diseñadores de consultas, vea Vista de datos (Diseñador de informes) y Diseñadores de Visual Database Tools (Visual Database Tools).
Vea también
Conceptos
Herramientas de diseño de consultas en Reporting Services
Orígenes de datos compatibles con Reporting Services
Otros recursos
Vista de datos (Diseñador de informes)