Suite à un essemble de questions que j'ai reçu (sur les newsgroups et en direct), voila une compilation des principales.Les questions sont posées par un certain Houdini et par Aurelien, que je remercie au passage.
------------------------------------------------------------------------------------
Q1: - Comment faire pour extraire des informations d'un cube OLAP au moyen d'une page ASP ou ASPx ? (exemple: afficher le résultat des ventes/commercial/temps)
R1: On peut effectuer des requêtes MDX (sur des cubes OLAP) en .NET avec des exemples comme les suivants :
- http://www.devhood.com/tutorials/tutorial_details.aspx?tutorial_id=640
- http://www.codeproject.com/cs/database/CubesAdomd.asp
Pour l'ASP3, vous pouvez regarder ceci, mais c'est beaucoup plus complèxe à mettre en place :
- http://www.microsoft.com/msj/0999/mdx/mdx.aspx
Vous pouvez aussi utiliser des composants tels que ceux fournis par Winsight (http://www.winsight.fr)
------------------------------------------------------------------------------------
Q2: - Ce genre de manipulations pourrait-elle être remplacée par l'utilisation de Reporting Services 2000 ?
R2: Vous pouvez effectivement utiliser la plateforme de Reporting SSRS (SQL Server Reporting Services), mais pas dans sa version 2000.
Vous devez pour exécuter directement des requêtes MDX passer par la version 2005.
------------------------------------------------------------------------------------
Q3: - Dans le cas de Reporting Services 2000, le serveur Web doit-il être sur la même machine que Reporting ? Faut-til avoir un SQL 2000 installé ou peut-on utiliser Reporting Services tout seul ?
R3: SSRS (2000 ou 2005) est un module s'installant sur IIS utilisant le moteur de base de données SQL Server. Vous pouvez de ce fait séparer les deux parties un serveur IIS qui hébergera le site WEB SSRS ainsi que le service NT (Reportserver) et un serveur de base de données SQL Server (2000 ou 2005).
Vous ne pouvez par contre pas monter de serveur SSRS sans moteur relationnel SQL Server, car SSRS utilise SQL Server pour stocker ses propres informations (comme SharePoint) et sa planification (via SQL Agent).
Attention : Il faut réfléchir au choix effectuer pour ce qui est de la question des licences :
- Dans le cas d'une seule machine physique (IIS + SQL Server + SSRS) : vous n'avez besoin que d'une licence SQL Server
- Dans le cas d'une installation duale (Server 1 : IIS et SSRS / Server 2 : SQL Server) : Il vous faudra deux licences SQL Server
------------------------------------------------------------------------------------
Q4: - Dans le cas de Reporting Services 2005, le serveur Web doit-il être sur la même machine que Reporting ? Faut-til avoir un SQL 2005 installé ou peut-on utiliser Reporting Services tout seul ?
R4: La version 2005 tout comme la version 2000, le serveur de Reporting (SSRS) s'appuie intégralement sur IIS pour la partie WEB.
Tout comme précédement pour SQL Server 2000, il vous faut un moteur relationnel SQL Server 2005 pour faire fonctionner SSRS 2005
------------------------------------------------------------------------------------
Q5: - RS 2000 fonctionne-t-il avec SQL 2005 ? ou est-ce une absurdité ?
R5: SSRS 2005 fonctionne avec SQL Server 2005, il est plutôt étrange de vouloir le faire fonctionner avec la version 2000. Cela peut être une raison de justifier la migration 2000 > 2005. Je n'ai pas tester de faire
fonctionner SSRS 2005 avev SQL Server 2000. Par contre, si la partie base de données fonctionne, je ne pense pas que la partie SSAS fonctionnera.
C'est donc, à mon sens une mauvaise idée qui risque de plus de ne pas être supportée par Microsoft.
------------------------------------------------------------------------------------
Q6: - A quoi sert Notification Services 2000 ? Est-ce remplacé par Services Broker de 2005 ?
R6: Notification Services est toujours présent dans la version 2005, il se nomme SSNS :
- http://www.microsoft.com/sql/technologies/notification/default.mspx
SQL Broker est un nouveau service fourni avec la version 2005 :
- http://msdn2.microsoft.com/en-us/library/ms166043.aspx
- http://msdn2.microsoft.com/en-us/library/ms166104.aspx
Si j'ai bien compris, le principe est de faire fonctionner SQL Server en communication Asynchrone. C'est-à-dire que pour des architectures complexes avec des moteurs relationnels interconnecté SQL Broker permet de faire
tampon en cas de déconnexion.
De mémoire, la SNCF s'est servie de cela pour un de ses projets.
------------------------------------------------------------------------------------
Q7: - Peut-on faire fonctionner les rapports développés avec VS.NET 2005 sur la plateforme SSRS 2000 ?
R7: Cela dépend du rapport et de la source de données définie.
En effet, la plateforme SSRS 2000 ne supporte pas les requêtes MDX et ne peut donc pas se connecter sur un serveur SSAS.
Il faut aussi modifier les fichiers de rapport (xxx.RDL) comme expliqué ici :
- http://blogs.developpeur.org/fabrice69/archive/2006/06/27/21916.aspx
------------------------------------------------------------------------------------
Q8: - Quelle est la meilleure méthode pour interroger les bases de données ?
R8: Dans SSRS, on peut créer des DataSets qui seront ensuite utilisé dans le rapport, ces DataSets sont définis soit par des requêtes intégrées au rapport soit par l'appel de procédures stockées.
Il faut éviter au maximum les requêtes intégrées, car celles-ci sont plus consommatrices en ressources que les procédures stockées. De plus, le passage par les procédures stockées ajoute une souplesse dans la modification éventuelles de l'alimentation des données.
------------------------------------------------------------------------------------
En espérant avoir apporté la réponse à certaines de vos questions.
--
Cordialement.
Romelard Fabrice [MVP]
Commentaires
Enregistrer un commentaire