Concepteurs de requêtes Reporting Services

  • Article

Reporting Services fournit des concepteurs de requêtes graphiques et textuels pour vous aider à générer des requêtes pour chaque type de source de données dans votre rapport.

Certaines sources de données prennent en charge des concepteurs graphiques qui vous aident à générer une requête de façon interactive. D'autres sources de données utilisent un concepteur de requêtes textuel. Le concepteur de requêtes graphique vous permet de faire glisser des éléments de métadonnées qui représentent les données sous-jacentes sur une source de données vers l'aire de conception de la requête. Le concepteur de requêtes textuel vous permet de taper le texte des commandes dans un volet de requête. Vous pouvez passer d'un concepteur de requêtes graphique à un concepteur de requêtes textuel en cliquant sur l'icône du concepteur de requêtes textuel dans la barre d'outils.

Les types de sources de données disponibles dans votre rapport sont déterminés par les extensions de données de Reporting Services installées sur votre client ou serveur de rapports. Pour plus d'informations, consultez Fichier de configuration RSReportDesigner et Fichier de configuration RSReportServer.

Une extension pour le traitement des données et son concepteur de requêtes associé peuvent être différents au niveau de la prise en charge des sources de données comme suit :

  • Par type de concepteur de requêtes. Par exemple, une source de données SQL Server prend en charge à la fois les concepteurs de requêtes graphiques et textuels.

  • Par variation de langage de requête. Par exemple, un langage de requête comme Transact-SQL peut être différent du point de vue de la syntaxe selon le type de source de données. Le langage Microsoft Transact-SQL et le langage Oracle SQL présentent des variantes de syntaxe pour une commande de requête.

  • Par prise en charge de la partie schéma d'un nom d'objet de base de données. Lorsqu'une source de données utilise des schémas dans l'identificateur d'objets de la base de données, le nom du schéma doit être fourni dans la requête pour les noms qui ne font pas appel au schéma par défaut. Par exemple, SELECT FirstName, LastName FROM [Person].[Person].

  • Par prise en charge des paramètres de requête. La prise en charge des paramètres varie selon les fournisseurs de données. Certains fournisseurs de données prennent en charge des paramètres nommés ; par exemple, SELECT Col1, Col2 FROM Table WHERE <parameter identifier><parameter name> = <value>. Certains fournisseurs de données prennent en charge des paramètres sans nom ; par exemple, SELECT Col1, Col2 FROM Table WHERE <column name> = ?. L'identificateur de paramètre peut varier selon le fournisseur de données. Par exemple, SQL Server utilise l'arobase (@), alors qu'Oracle utilise les deux-points (:). Certains fournisseurs de données ne prennent pas en charge les paramètres.

  • Par capacité à importer des requêtes. Par exemple, pour une source de données de SQL Server, vous pouvez importer une requête à partir d'un fichier de définition de rapport (.rdl) ou d'un fichier .sql.

Concepteurs de requêtes

Les rubriques suivantes décrivent l'interface utilisateur pour chaque concepteur de requêtes.

Voir aussi

Concepts

Sources de données prises en charge par Reporting Services (SSRS)

Ajouter des données à partir de sources de données externes (SSRS)

Extensions pour le traitement des données et fournisseurs de données .NET Framework (SSRS)

Extensions (SSRS)