Diseñadores de consultas y extensiones de procesamiento de datos (SSRS)
Un diseñador de consultas le ayuda a crear el comando de consulta que especifica los datos que desea incluir en un conjunto de datos de informe. La extensión de procesamiento de datos pasa al origen de datos la consulta que ha creado y recupera un conjunto de resultados. Reporting Services proporciona un diseñador de consultas y una extensión de procesamiento de datos cuando se selecciona un tipo de origen de datos para un conjunto de datos. Por ejemplo, cuando se crea un conjunto de datos para un tipo de origen de datos de Microsoft SQL Server, se abre el diseñador de consultas de SQL Server al crear la consulta.
La compatibilidad de un diseñador de consultas y su extensión de procesamiento de datos con un origen de datos pueden variar en función de la versión específica del lenguaje que use el origen de datos. Por ejemplo, la sintaxis de un lenguaje de consulta como Transact-SQL puede variar dependiendo del tipo de origen de datos. La sintaxis de los comandos de consulta del lenguaje Microsoft Transact-SQL difiere ligeramente de la del lenguaje SQL de Oracle.
Diseñadores de consultas y tipos de orígenes de datos
Puede usar un diseñador de consultas para crear una nueva consulta que recupere datos de un origen de datos. También puede importar una consulta existente de un archivo de definición de informe (.rdl) o, para las consultas SQL Server, de un archivo .sql.
Reporting Services proporciona diseñadores gráficos de consultas y basados en texto. Con un diseñador de consultas basado en texto, puede escribir el texto de los comandos en un panel de consulta. Con un diseñador gráfico de consultas, puede arrastrar elementos de metadatos que representan los datos subyacentes de 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 basado en texto en la barra de herramientas.
Solo puede cambiar de un diseñador de consultas basado en texto a un diseñador gráfico de consultas si hay uno registrado para ese 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 basado en texto.
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].[Person].
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 de parámetros 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 admitidos por Reporting Services (SSRS).
Para obtener más información acerca de los distintos diseñadores de consultas, vea Diseñadores de consultas de Reporting Services.