Reporting Services: L'avenir du Report Builder

Brian Welcker, membre de l'équipe de développement SSRS, nous permet enfin de voir clair dans la forêt des outils qui seront proposés par Reporting Services 2008.

En résumé, le Report Builder a vocation à disparaître pour être remplacé par le nouveau Report Designer à la sauce Office 12. Ce dernier intègrera l'ensemble des fonctionnalités disponibles dans le concepteur de rapport Visual Studio 2008.

Néanmoins le Report Builder actuel sera toujours disponible dans SQL Server 2008 pour laisser le temps aux refractaires de se mettre à la page!

Plus de détails dans cet article: http://blogs.msdn.com/bwelcker/archive/2007/12/11/transmissions-from-the-satellite-heart-what-s-up-with-report-builder.aspx

Reporting Services: Interrogation de listes Sharepoint

Intégrer des rapports SSRS dans MOSS ou WSS, c'est facile... Interroger du contenu Sharepoint depuis un rapport SSRS, c'est une autre histoire. Etrange d'ailleurs que MS ne propose pas de connecteur permettant de le faire nativement.
Le truc consiste donc à interroger les webservices mis à disposition par Sharepoint pour arriver au résultat escompté.

Voici donc la marche à suivre:

Dans la source de données, utiliser le connecteur XML en précisant l'URL d'accès au Webservice Lists.asmx de votre serveur Sharepoint.

Dans les informations d'identifications, seules les options utiliser l'authentification Windows et Ne pas demander les informations d'identification sont utilisables. Il convient donc de s'assurer que l'utilisateur qui exécute le rapport dispose des droits nécessaires pour interroger le contenu Sharepoint.

Voyons en premier lieu comment créer un dataset basé sur cette source de données qui interroge la méthode GetListCollection. Cette dernière permet de lister les bibliothèques de documents disponibles.

<Query>
   <Method Namespace="http://schemas.microsoft.com/sharepoint/soap" Name="GetListCollection" />
</Query>

Pour obtenir le détail du contenu d'une de ces listes, c'est la méthode GetListItems qu'il faut interroger. Celle-ci prend en entrée les paramètres listName (guid ou nom d'une liste) et viewName (guid d'une vue, vue par défaut si null).

<Query>
   <Method Namespace="http://schemas.microsoft.com/sharepoint/soap/" Name="GetListItems"/>
<SoapAction>http://schemas.microsoft.com/sharepoint/soap/GetListItems</SoapAction>
   <Parameters>
      <Parameter Name="listName">
         <DefaultValue>/</DefaultValue>
      </Parameter>
      <Parameter Name="viewName">
         <DefaultValue>/</DefaultValue>
      </Parameter>
   </Parameters>
</Query>

Ne pas oublier de créer les deux paramètres correspondant dans le dataset. Si ceux-ci n'existent pas, la requête ne fonctionnera pas.

On peut maintenant tester l'exécution de la requête. On commence par renseigner les valeurs des paramètres.

Et voilà le résultat!

Reporting Services: Astuce pour gérer les totaux d'une matrice

Une question qui revient souvent sur SSRS: comment utiliser des formules différentes dans les lignes de détail et le total d'une matrice ? La réponse se trouve dans l'utilisation de la fonction InScope().

Prenons une matrice qui nous affiche un total des ventes par clients (en ligne). Celle-ci se présente par défaut comme suit:

L'affichage qui en résulte est le suivant:

Le total utilise donc la même formule que les lignes de détail, à savoir une somme sur les montants.

Nous pourrions imaginer vouloir afficher une moyenne plutôt qu'un somme dans cette zone.

Notre regroupement sur les comptes clients se nommant grpAccountNumber, il faut modifier l'expression de la zone de texte affichant les données comme suit:
=Iif(InScope("grpAccountNumber"),Sum(Fields!TotalDue.Value),Avg(Fields!TotalDue.Value))

Voilà le résultat obtenu:

Cette exemple peut se décliner à volonté pour permettre de différencier les différents niveaux de regroupement par exemple.

A noter que tout ceci sera obsolète avec l'apparition de l'objet Tablix dans le Report Deisgner de SQL Server 2008 qui permettra une plus grande souplesse dans la gestion des matrices.

Reporting Services: Ecran bleu à l'impression d'un rapport

Lors de l'utilisation du bouton d'impression intégré au portail Reporting Services, certains d'entre vous ont peut être eu la désagréable surprise d'obtenir un écran bleu et de devoir rebooter la machine.

Microsoft a sorti un pach qui permet de résoudre ce bug:
http://support.microsoft.com/Default.aspx?kbid=935843

Reporting Services: Bug du sélecteur de date

Je vous fais part d'un bug que j'avais constaté chez un client le mois dernier: dans un rapport prenant en entrée un paramètre de type date:
- Aucun souci lorsque l'on consulte celui-ci via le portail RS.
- En utilisant la WebPart "visionneuse de rapport" pour SharePoint, le sélecteur de date renvoyait toujours une date au format US, forçant l'utilisateur à modifier celle-ci manuellement :(

Pour faire simple, cela fonctionnait lorsque l'on passait par le répertoire virtuel "Reports" pour attaquer le rapport. Par contre, bug sur le format de date en passant par "ReportServer".

Et bien, bonne nouvelle, le dernier correctif apporté à SQL Server 2005 résout ce bug:
http://support.microsoft.com/?kbid=936305 :)

Il n'est pas téléchargeable directement, vous devez passer par le support pour l'obtenir.

Microsoft rachète les composants de visualisation des données de Dundas

C'est une très bonne nouvelle pour tous les développeurs de rapports Reporting Services. SSRS intègrera certainement à partir de la version 2008 les excellents graphes, jauges, cartes et autres contrôles développés par Dundas.

Plus de détail ici: http://blogs.msdn.com/bimusings/archive/2007/06/04/microsoft-acquires-dundas-s-data-visualization-components-sql-2008-news-download-ctp3.aspx

Katmai: CTP publique disponible

La première CTP publique de Katmai (SQL Server 2008 pour les intimes) sera disponible d'ici ce soir sur le site connect de Microsoft: http://connect.microsoft.com/sqlserver

Pour l'occasion, n'hésitez pas à assister au Webcast suivant qui permettra de découvrir les principales fonctionnalités du produit:
TechNet Webcast: The Next Release of Microsoft SQL Server

Reporting Services: Best Practices

Un article très intéressant de nos collègues australiens de chez SSW qui regroupe un ensemble de bonnes pratiques relatives à l'utilisation de Reporting Services 2005: http://www.ssw.com.au/ssw/Standards/Rules/RulesToBetterSQLReportingServices.aspx

Reporting Services et SAP BW (IV) : Hiérarchie de présentation

Le query designer du Bex permet d'obtenir une hiérarchie de présentation lors de la génération des résultats d'une query:

Le code MDX généré par Reporting Services ne permet pas d'obtenir directement ce type de présentation. Dans ce cas de figure, il faut donc parfois effectuer 2 requêtes:

• une pour l'obtention des données.
• une pour l'obtention de la hiérarchie.

Reporting Services et SAP BW (III) : Condition sur une query

Dans le query designer du Bex, il est possible de définir des conditions sur des requêtes BW :

Or, le connecteur SAP Reporting Services ne rapatrie pas ce type d'information. Un filtre doit donc être positionné directement au niveau du dataset attaquant la query afin de renvoyer un jeu de données correct :

Reporting Services et SAP BW (II) : Inversion des signes

Le query designer du Bex permet de spécifier une inversion des signes sur les ratios.

Or cette propriété n'est pas récupérée par le connecteur Reporting Services pour SAP BW.


Afin que votre rapport renvoie les même données que la query BW, il faut donc, pour chaque ratio concerné, créer un nouveau champ calculé dans votre dataset RS ayant pour valeur l'inverse de la mesure en question.


Autre possibilité, inverser le signe de l'indicateur lors de chaque appel à celui-ci dans le rapport. C'est vous qui voyez!

Reporting Services et SAP BW (I) : Activer le connecteur

Le connecteur SAP pour Reporting Services est installé sur les postes de développement et sur les serveurs lors de l’installation du SP1 de SQL SERVER 2005.

Néanmoins, ce type de source de données doit être activé manuellement sur le serveur de rapports.
Pour ce faire, éditer le fichier « rsreportserver.config », dans la section <data>, rajouter la ligne suivante :

<Extension Name="SAPBW" Type="Microsoft.ReportingServices.DataExtensions.SapBw.SapBwConnection,Microsoft.ReportingServices.DataExtensions.SapBw"/>

Pour valider que ce paramétrage a correctement été pris en compte, créer une nouvelle source de données sur le portail du serveur de rapports. Le type de connexion « SAP NetWeaver BI » doit désormais apparaître dans la liste de sélection :

Reporting Services: RS Scripter

Reporting Services dispose d'un language de script permettant d'effectuer l'ensemble des opérations d'administration sur le serveur de rapport.
La prise en main de ce language n'étant pas aisée, rien de tel qu'un outil nous facilitant la vie.
L'application RSS Scripter offre la possibilité de générer des scripts permettant de transférer des objets RS d'un serveur à un autre, voire dans différents répertoires sur un même serveur:
RS Scripter

Reporting Services: Les graphiques

La gestion des graphiques via Reporting Services n'est pas très détaillée dans les BOL SQL Server.
Cet excellent article va vous permettre de vous familiariser en avec l'utilisation de ces outils:
Get More Out of SQL Server Reporting Services Charts

Reporting Services: Architectures et Performances

Un papier technique publié chez Microsoft qui compare les performances de différentes implémentations d'architectures pour Reporting Services:
Planning for Scalability and Performance with Reporting Services

Le SP2 de SQL Server 2005 est disponible

Le service pack 2 pour SQL Server 2005 est désormais disponible. Cela se passe ici:
http://www.microsoft.com/downloads/details.aspx?FamilyId=d07219b2-1e23-49c8-8f0c-63fa18f26d3a&displaylang=fr