SSDT a été mis en ligne pour la première fois pour Visual Studio 2010, qu’il installait en mode Shell. Cette version n’est maintenant plus disponible, mais on la trouve bien entendu pour Visual Studio 2012 (fr/en) et 2013 (fr/en).

Ce dernier est en fait décliné en deux opus, l’un dédié à la Business Intelligence, abrévié en SSDT-BI, et l’autre SSDT tout court. Les deux versions installent toujours Visual Studio en mode Shell, mais la version BI n’installe pas les composants nécessaires au développement d’un projet d’assembly SQL Server. Et inversement.

J’avais donc installé SSDT-BI 2012 sans noter que le projet de type SQL Server n’était pas présent. J’ai donc installé SSDT 2012 (téléchargeable ici en version 2012 et 2013), et j’ai maintenant ce qui me manquait :

Bon développement SQL Server !

La solution, certes radicale, est de supprimer les fichiers *.rdl.data qui se trouvent dans le répertoire de la solution. On peut réaliser cela très simplement et de façon générique pour toutes les solutions de rapports SSRS.

J’ai d’abord cherché s’il n’existait pas une option dans les menus de BIDS et SSDT pour réaliser ceci, en vain. En revanche, j’ai été intrigué par le menu Tools > External Tools :

On peut donc appeler un exécutable, et par la même une commande DOS, ce qui nous permet donc de supprimer les fichiers *.rdl.data. Comme je suis flemmard, je voulais faire en sorte que cela fonctionne quelle que soit la solution dans laquelle je travaille. En cherchant un peu, on tombe sur cette page, qui donne la liste des variables qui permettent d’automatiser la build d’un projet.

Après plusieurs changements de variables et essais, je suis arrivé à la commande suivante :

Nous appelons donc l’invite de commandes DOS, en lui passant en argument :

– /C : une fois la commande exécutée, terminer le processus cmd.exe
– /Q : exécution en mode silencieux
– $ProjectDir retourne le chemin du dossier qui contient tous les fichiers du projet

Comme cette dernière variable contient l’antislash en fin de chaîne, il n’y a pas besoin de l’ajouter.

Il nous suffit donc maintenant de cliquer sur Tools > Flush SSRS Data Cache, et de ré-exécuter un aperçu du rapport pour s’apercevoir que celui-ci prend maintenant en compte ses toutes dernières modifications.

Bon reporting à tous !

1. Ouvrez Visual Studio 2005

2. Choisissez de créer un nouveau projet :

3. Choisissez un projet Windows Application (C# ou VB, peu importe) :

4. Augmentez la taille de la fenêtre

5. Assurez-vous que les boîtes « Explorateur de solutions« , « Boîte à outils« , « Datasets » et « Propriétés » soient disponibles.
Si ce n’est pas le cas, le menu Affichage, ainsi que son option « Autres fenêtres » vous permettront de les afficher

6. Glissez-déposez un contrôle ReportViewer depuis la Boîte à outils dans le Form :

7. A partir de la petite flèche en haut à droite du contrôle, choisissez l’option « Ancrer dans le conteneur parent« , de sorte à maximiser la visibilité du rapport :

8. Dans le menu « Données » de Visual Studio, choisissez « Ajouter une nouvelle source de données » : l’assistant démarre :

9. Choisissez « Base de données » si ce n’est pas déjà sélectionné, puis cliquez sur le bouton « Suivant »

10. Sélectionnez la source de données qui vous convient dans la liste déroulante, ou bien créez une nouvelle connexion :

11. Choisissez si vous souhaitez inclure ou exclure les données sensibles (identifiant + mot de passe) dans la chaîne de connexion, puis cliquez sur le bouton « Suivant »

12. Nommez votre chaîne de connexion comme vous le souhaitez, si vous souhaitez également conserver la chaîne de connexion dans le fichier de configuration de l’application

13. Cliquez sur « Terminer » pour créer un « DataSet » vide, puis confirmez que vous voulez créer un DataSet vide

14. Dans la boîte « Explorateur de solutions » de l’espace de travail, cliquez sur le schéma de votre DataSet (fichier .xsd)

15. Dans le volet de droite, cliquez sur « Boîte à outils » ou bien ouvrez celle-ci depuis le menu « Affichage » de Visual Studio

16. Glissez-déposez un TableAdapter depuis la « Boîte à outils » vers le volet de gauche :

17. « L’Assistant Configuration De TableAdapter » démarre, cliquez sur le bouton « Suivant »

18. Choisissez comment le « TableAdapter » doit accéder à la base de données :

19. Cliquez sur le bouton « Suivant » et spécifiez vos données suivant votre choix puis terminez la procédure

20. Laissez les méthodes Fill() et GetData() telles qu’elles sont spécifiées, puis cliquez sur le bouton « Terminer » :

21. Renommez éventuellement votre « DataTable » comme il vous convient en cliquant sur sa barre de titre

22. Revenez dans le Form en cliquant sur [monForm].cs ou [monForm].vb depuis la barre d’onglets

23. A l’aide de la petite flèche en haut à droite du contrôle ReportViewer, ouvrez la liste déroulante, et choisissez un rapport du serveur de rapports ou bien créez-en un nouveau en choisissant l’option « Design a new report »

– Revenez ensuite au Form ([monForm].cs ou [monForm].vb), puis double-cliquez dedans

– En tête de la méthode [monForm]_Load, ajoutez le code suivant :

	- VB : Me.monDataSet.EnforceConstraints = False
	- C# : this.monDataSet.EnforceConstraints = false;

Si vous ne désactivez pas les contraintes, alors lors du remplissage du TableAdapter par la méthode Fill, les valeurs NULL de votre DataSet déclencheront des erreurs

– Appuyez sur F5 : voilà votre application.

Vous pouvez, comme pour toute application développée sous Visual Studio, trouver l’exécutable dans le répertoire bin/debug du répertoire de développement de votre application.

ElSuket