|
Reporting avec Visual Studio 2005
Publié le lundi 13 novembre 2006, dernière modification le lundi 28 janvier 2008
Introduction
Divers
Tous les états de ce nouvel outil ne sont ni plus ni moins que des fichiers XML.
Et oui, encore du XML, comme les documents Office et autres.
Vous voyez sans doute où je veux en venir.
Le XML nous offre la possibilité de pouvoir éditer ces fichiers d'état ailleurs que dans Visual Studio.
Personnellement, possédant Visual Studio, je vais en profiter.
Vous comprendrez pourquoi en examinant
ce fichier
qui n'est autre que l'état que nous allons créer dans la partie 2.
Convaincu ?
A première vue cela peut sembler rébarbatif mais l'avantage est la facilité de compréhension et de modification sans pour autant avoir installé Visual Studio sur la machine (chez un client par exemple pour une modification de dernière minute).
Les modes de fonctionnement
Les outils de Reporting livrés avec Visual Studio 2005 permettent 2 modes de fonctionnement :
Info |
|
Dans la plupart des cas, j'utiliserai les versions Serveur des états.
Je repasserai bien évidemment en mode Local dans les cas qui le nécessitent.
La différence entre les deux n'est pas un handicap.
|
Le mode Server
L'utilisation des outils de Reporting de Visual Studio 2005 implique l'utilisation de SQL Server Reporting Services et du service Web de Internet Information Services (IIS).
Une toute nouvelle version de SQL Server 2005 Express inclut maintenant les outils de reporting. Donc n'hésitez pas.
Si vous regardez les répertoires virtuels créés dans votre IIS au cours de l'installation, vous en verrez 2 nouveaux :
Le premier fonctionne comme un site classique et vous permet de gérer les paramètres de SQL Server Reporting Services.
Le site de gestion du SQL Server Reporting Services sur votre machine :
http://localhost/reports
Le second est un peu plus intéressant. Si vous regardez attentivement son contenu, vous appercevrez 3 fichiers
asmx
et aucune page
aspx
.
Et oui, des WebServices.
Tout ce qui traitera de publication ou de consommation d'états via SQL Server Reporting Services se fera par le biais de WebServices.
Rassurez vous, les choses sont bien faites. Il est possible de consulter les états via un simple browser et d'avoir des pages Web ultra simples mais très claires.
Le site de publication des états sur votre machine :
http://localhost/reportserver/
Vous l'aurez compris, ce mode de fonctionnement est intimement lié à SQL Server 2005.
SQL Server Reporting Services propose d'autres fonctionnalités qui feront l'objet d'un autre tutoriel.
Info |
|
Si vous utilisez la version SQL Server 2005 sans SP1, vous ne devriez pas avoir de soucis de compatibilité.
J'ai commencé ce tutoriel sans cette SP1 et après l'installation, je n'ai eu aucun soucis.
Pour ceux qui n'ont pas encore installé cette mise-à-jour, il est fortement conseillé de le faire.
|
Le mode Local
Ce mode de fonctionnement comporte un avantage de taille important par rapport au mode serveur.
Les sources de données que vous pouvez fournir à vos états en mode local peuvent être de quasiment n'importe quel type, surtout avec ADO.Net 2.0.
De plus, vos états peuvent être inclus comme ressources incorporées à vos projet, donc non modifiables.
Nous verrons que dans certains cas, il n'est pas possible de les incorporer, mais gardons ça pour plus tard.
Si je vous le signale, c'est parce qu'il est possible d'utiliser les fichiers de définitions des états.
Vous n'êtes donc plus aussi lié à SQL Server 2005.
A vous de juger le mode de fonctionnement qui s'adapte le mieux à vos besoins.
Historique des modifications
01/03/2006 - Première version
:
Première version de ce document.
Il contient toutes les bases pour commencer avec les outils de Reporting du Framework 2.0 et de SQL Server 2005.
|