Configuration de ReportViewer pour un traitement distant
Les contrôles de ReportViewer peuvent être configurés pour utiliser la fonctionnalité de traitement d'un serveur de rapports Microsoft SQL Server 2005 Reporting Services. Le serveur de rapports traite les données et rend le rapport dans un format de sortie. Le contrôle ReportViewer récupère le rapport du serveur de rapports et l'affiche à l'écran.
Pour utiliser un rapport serveur, vous devez avoir accès à un serveur de rapports SQL Server 2005 Reporting Services et le rapport que vous sélectionnez doit être publié sur le serveur de rapports. Les contrôles ReportViewer requièrent des informations uniquement exposées via le point de terminaison d'exécution SQL Server 2005 SOAP. Les contrôles ne prennent pas en charge les rapports qui s'exécutent sur un serveur de rapports SQL Server 2000 Reporting Services.
Vous pouvez vérifier que vous avez accès à un rapport en ouvrant une fenêtre de navigateur et en tapant l'URL du serveur de rapports et le chemin du rapport dans l'adresse URL. Lors de la configuration d'une connexion au serveur de rapports, connectez-vous en utilisant un compte ayant la permission d'afficher le rapport. Il s'agit par défaut de l'utilisateur du thread. Dans une application Windows, l'utilisateur du thread est généralement un compte d'utilisateur. Dans une application ASP.NET, il s'agit du compte ASP.NET. Quelle que soit la configuration de la connexion, vous devez vous assurer qu'une affectation attribue un accès au rapport au compte utilisé pour établir la connexion. Pour en savoir plus sur la configuration de la connexion, consultez IReportServerCredentials.
Configuration de ReportViewer pour un traitement distant
Pour configurer un contrôle ReportViewer pour un traitement distant, spécifiez un rapport serveur à utiliser avec le contrôle. Suivez ces étapes pour sélectionner un rapport de serveur.
Ajoutez le contrôle ReportViewer de la section Data de la barre d'outils au formulaire ou à la page Web dans votre projet.
Dans le panneau des balises actives de tâches ReportViewer, dans Choisir un rapport, sélectionnez Rapport du serveur.
Dans la zone de texte Report Server, tapez l'URL du serveur de rapports. Par défaut, l'URL est https://localhost/reportserver. L'URL réelle utilisée dans votre installation pourrait être différente selon la configuration des paramètres de répertoire virtuel du serveur de rapports.
Dans la zone de texte Chemin d'accès du rapport, tapez le chemin complet d'un rapport publié. Le chemin du rapport doit commencer par une barre oblique ( / ). Le chemin ne doit pas inclure de paramètres d'URL. Le chemin correspond à des dossiers contenus dans l'espace de noms de dossiers du serveur et au nom du rapport. Par exemple, si vous avez installé l'exemple de rapport SQL Server 2005 Company Sales sur votre serveur de rapports, le chemin du rapport pourrait être /AdventureWorks Sample Reports/Company Sales.
Générez ou déployez l'application pour vérifier que le rapport apparaît correctement dans votre application. Si vous recevez des erreurs de proxy HTTP, vérifiez que l'URL du serveur de rapports est correcte. Si vous recevez une erreur de compatibilité, vérifiez que le serveur de rapports est une instance SQL Server 2005.
Sélectionnez le contrôle ReportViewer et ouvrez la fenêtre Propriétés.
Définissez les propriétés sur le contrôle ReportViewer de manière à configurer la barre d'outils et la fonctionnalité d'exécution du rapport. Utilisez la documentation de référence pour en savoir plus sur chaque propriété. Pour plus d'informations, consultez Propriétés ReportViewer.
Caractéristiques des rapports de serveur
Il existe d'importantes différences visuelles et fonctionnelles entre des rapports de serveur et des rapports traités localement. Le tableau suivant répertorie les caractéristiques des rapports serveurs traités à distance :
Traitement des rapports |
Les rapports de serveur s'exécutent sur un serveur de rapports SQL Server 2005 Reporting Services. Les rapports de serveur sont publiés à partir de fichiers de définition de rapport (.rdl) créés dans la version SQL Server 2005 de Report Designer. La composition d'un fichier .rdl varie légèrement de celle d'un fichier .rdlc que vous pourriez créer dans un projet d'application ASP.NET ou Windows. Vous pourriez facilement ajuster des fichiers de définition de rapport pour les exécuter sur un serveur de rapports ou dans les contrôles. Pour plus d'informations sur les différences entre les formats .rdl et .rdlc, consultez Conversion de fichiers RDL et RDLC. |
Traitement des données |
Les rapports serveurs utilisent les extensions pour le traitement des données d'un serveur de rapports afin de se connecter à un jeu de résultats et le traiter. Des extensions pour le traitement des données par défaut sont fournies pour les sources de données SQL Server, Analysis Services, SQL Server Integration Services, Oracle, SAP NetWeaver® Business Intelligence, XML, ODBC et OLE DB. Vous pouvez créer ou utiliser des extensions pour le traitement des données personnalisées afin de prendre en charge d'autres types de données. Contrairement aux rapports clients, les rapports serveurs incluent des informations de connexion à la source de données et une ou plusieurs requêtes dans la définition de rapport. Pour les rapports de serveur, le traitement de données et le traitement de rapport sont intégrés. Un rapport de serveur pourrait donc inclure des paramètres de rapport mappés à des paramètres de requêtes, ou des expressions qui incorporent des résultats de requête au moment de l'exécution. |
Paramétrage |
Un serveur de rapports peut inclure une zone d'entrée de paramètres en haut du rapport de façon que les utilisateurs puissent taper ou sélectionner des valeurs de paramètres à utiliser dans la requête. Dans une définition de rapport client, vous devez fournir une zone d'entrée de paramètres dans le formulaire ou la page Web |
Connexion à des serveurs externes |
Les sources de données utilisées par les rapports serveurs récupèrent généralement les données à partir de sources externes sur d'autres serveurs. Lors de l'exécution d'un rapport serveur dans votre application, veillez à bien comprendre comment le serveur de rapports se connecte et récupère les données de sources de données externes pour le rapport. Si le rapport utilise la sécurité intégrée de Windows, des limites sont imposées quant au nombre de passages d'un jeton de sécurité à d'autres ordinateurs. Les utilisateurs qui accèdent au rapport par le biais de votre application pourraient rencontrer des erreurs de connexion si plusieurs connexions doivent être établies en utilisant le même jeton. Si le rapport est configuré pour demander des informations d'identification ou si le serveur de rapports utilise une authentification basée sur les formulaires, les utilisateurs pourraient devoir taper un nom d'utilisateur et un mot de passe pour afficher le rapport. Notez que le contrôle ReportViewer ne fournit pas de pages de demande d'informations d'identification. Si votre application se connecte à un serveur de rapports qui utilise une authentification basée sur les formulaires, votre application doit fournir la page de connexion. |
Gestion de rapports |
Les rapports de serveur sont gérés sur un serveur de rapports. Un administrateur de serveur de rapports peut modifier les affectations de rôle qui fournissent accès à un rapport, reconfigurer les connexions aux sources de données et mettre à jour, déplacer, renommer ou supprimer le rapport. Toutes ces modifications peuvent compromettre ou interdire l'exécution du rapport dans votre application. Lorsque vous utilisez un rapport serveur dans votre application, veillez à bien comprendre comment il sera géré après le déploiement de l'application. |
Pour plus d'informations sur la conception de rapports, la récupération de données, le déploiement et les paramètres de sécurité pour SQL Server Reporting Services, consultez la documentation en ligne de SQL Server 2005. La documentation en ligne de SQL Server 2005 peut être installée au moyen du support d'installation de SQL Server 2005. Vous pouvez également y accéder sur le site www.microsoft.com.
Quand utiliser le traitement distant
Une fonction de création de rapports basée sur un serveur vous permet de centraliser le stockage et la gestion des rapports, de définir des stratégies et de sécuriser l'accès aux rapports et dossiers, de contrôler le mode de traitement et de distribution des rapports et enfin, de normaliser l'utilisation des rapports dans l'entreprise. Reporting Services peut être installé dans des configurations ne comptant qu'un seul serveur, des configurations distribuées ou des configurations en cluster. Envisagez le traitement à distance si votre rapport a les caractéristiques suivantes :
Le rapport sera accessible par de nombreux utilisateurs.
La rapport comporte une requête très complexe ou contient une grande quantité de données, ce qui entraîne une surcharge des ressources système sur l'ordinateur qui héberge l'application.
Un rapport est déjà publié sur un serveur de rapports, et vous souhaitez l'inclure dans une application que vous créez et déployez.
Voir aussi
Concepts
Conversion de fichiers RDL et RDLC
Ajout et configuration de contrôles ReportViewer
Configuration de ReportViewer pour le traitement local
Déploiement de rapports et de contrôles ReportViewer