Cet article a pour but de présenter comment gérer le serveur depuis le "portail" de Reporting Services. Nous verrons donc cela sans aborder le développement de Rapport et sans Visual Studio .NET.
Ce produit est intégré dans le package SQL Server 2000 et permet (tout comme Analysis Services) avec une seule licence (SQL Server) de bénéficier du droit d'installer et d'utiliser ce produit. Mais qu'est-ce que ce produit ?
Reporting Service est une brique supplémentaire dans la construction de BI (Business Intelligence) que met en place Microsoft depuis quelques temps. On retrouve tous ces produits autour du coeur commun : SQL Server.
Les différentes briques pour la version SQL Server 2000 sont :
SQL Server : Moteur Relationnel
Analysis Services : Moteur Décisionnel
Reporting Services : Moteur de Reporting
Data Transformation Services : Moteur de manipulation des données
Toutes ces briques subissent plus ou moins de transformations avec le passage à la version 2005. Mais cet article traitera de Reporting Services dans la version SQL Server 2000 qui ne devrait pas énormément changer.
Reporting Services est un outil permettant de préparer des modèles de rapports qui seront alimentés de façon automatique par diverses sources de données. Ainsi, on crée un rapport en utilisant un langage spécifique basé sur l'XML : Report Definition Language (RDL), ceci depuis Visual Studio .NET 2003. On publie ensuite ce rapport sur un serveur Reporting Services et les utilisateurs pourront visionner ces rapports selon 3 possibilités :
Directement depuis le Portail Reporting Services
Depuis des pages WEB appelant les WebServices de RPT SVC
Directement via les rapports qu'ils peuvent recevoir par mail ou trouver dans un partage réseau
Ainsi cet outil permet de gérer rapidement et très facilement un rendu d'information pour des utilisateurs fonctionnels souhaitant des données plus ou moins synthétisées de façon régulière et simple.
Nous ne traiterons pas dans cet article de la conception d'un rapport. Nous présenterons l'interface d'administration du point de vue d'un non développeur. Ainsi, nous ne parlerons pas de Visual Studio .NET.
Nous aborderons cette administration à travers une problématique simple, comment publier et sécuriser un rapport sur un serveur de production sachant que celui-ci a déjà été publié par les développeurs sur le serveur de test (ou d'intégration).
Boutique |
Sites |
Bar |
Forum |
PhpBB |
Actu |
Glossaire |
Codes |
Tips |
Liens |
Livres |
Lettre
