Compartir a través de

Diseñadores de consultas de Reporting Services

  • Artículo

Reporting Services proporciona diseñadores de consultas gráficos y basados en texto para ayudarle a crear consultas para cada tipo de origen de datos del informe.

Algunos orígenes de datos admiten diseñadores gráficos que permiten generar las consultas de forma interactiva. Otros orígenes de datos usan un diseñador de consultas basado en texto. Con un diseñador gráfico de consultas, puede arrastrar los elementos de metadatos que representan los datos subyacentes de un origen de datos a la superficie de diseño de la consulta. Con un diseñador de consultas basado en texto, puede escribir el texto de los comandos en un panel de consulta. 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.

Las extensiones de datos de Reporting Services instaladas en el cliente o en el servidor de informes determinan los tipos de origen de datos disponibles en el informe. Para obtener más información, vea RSReportDesigner Configuration File y RSReportServer Configuration File.

Una extensión de procesamiento de datos y el diseñador de consultas asociado pueden diferir en el soporte de orígenes de datos de las maneras siguientes:

  • El tipo de diseñador de consultas. Por ejemplo, un origen de datos de SQL Server admite ambos tipos de diseñadores de consultas.

  • La variación del lenguaje de consulta. Por ejemplo, la sintaxis de un lenguaje de consulta como Transact-SQL puede variar según el 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.

  • La compatibilidad con 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].

  • La compatibilidad con los 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.

  • La capacidad de importar consultas. Por ejemplo, para un origen de datos de SQL Server , puede importar una consulta desde un archivo de definición de informe (.rdl) o un archivo .sql.

Diseñadores de consultas

En los temas siguientes se describe la interfaz de usuario para cada diseñador de consultas.

Consulte también

Orígenes de datos admitidos por Reporting Services (SSRS)
Agregar datos de orígenes de datos externos (SSRS)
Extensiones de procesamiento de datos y proveedores de datos de .NET Framework (SSRS)
Extensiones (SSRS)