Visual Studio pour SSRS 2008 - Comment organiser les rapports dans des sous-dossiers dans l'Explorateur de solutions?
Droit maintenant, j'ai un projet appelé rapports avec plusieurs rapports. Dans l'explorateur de solutions, il ressemble à ceci:
Shared Data Sources
-- DEV
Reports
-- Report1
-- Report2
-- Report3Je veux faire ressembler à ceci et ont la même structure reporter sur le rapport du gestionnaire de site quand j'cliquez sur déployer.
Shared Data Sources
-- DEV
Folder A
-- Report1
Folder B
-- Report2
-- Report3Quelqu'un sait comment faire cela?
- Microsoft demande de connexion pour cette absence fonctionnalité: connect.microsoft.com/SQLServer/feedback/details/487106/...
Vous devez vous connecter pour publier un commentaire.
Je suis en utilisant SSRS 2005 - je pense cette partie fonctionne de la même manière qu'en 2008.
Aussi loin que je peux dire, vous ne pouvez pas avoir des dossiers au sein des projets, mais vous peut plusieurs projets au sein d'une solution.
Pour créer un nouveau dossier, cliquez sur la solution dans l'Explorateur de solutions et sélectionnez Ajouter>Nouveau Projet...
Tapez votre nouveau Nom de Projet (par exemple. MyProject), et sélectionnez Projet de Serveur de Rapports à partir de la liste des modèles Visual Studio installés. Cliquez sur OK, et votre nouveau Projet devrait apparaître à la fin de la liste des projets dans l'Explorateur de solutions.
(Il y a d'autres façons de mettre en place un nouveau projet de Rapports, mais cela semble être le moyen le plus rapide.)
Maintenant, si vous cliquez-droit sur votre nouveau Projet de Rapport et sélectionnez Propriétés, vous pouvez voir l'TargetReportFolder, qui sera, par défaut, votre nouveau Nom de Projet (par exemple. MyProject). Lorsque vous déployez des rapports de SSRS, ils sont déployés à cet emplacement. (Vous pouvez changer l'emplacement, si vous le souhaitez, je trouve plus facile de garder une trace de ce qui va où en utilisant le nom du Projet.)
Vous aurez besoin de copier toutes les sources de données à utiliser dans chaque projet, dans le dossier sources de données de tous les projets qui utilisent cette source de données. Par défaut, OverwriteDataSources est définie sur false, de sorte que lorsque vous déployez un nouveau rapport, il va utiliser la source de données déjà déployé sur le Rapport du Gestionnaire de l'environnement.
De sorte à obtenir le Rapport du Gestionnaire de la structure que vous voulez voir:
N'oubliez pas de vérifier vos modifications dans le contrôle de source.
La façon de le faire est similaire à d'autres affiches, j'ai une solution avec plusieurs projets (chaque projet est nommé et de mettre dans le même nom de dossier que je veux qu'il déployée sous).
Puis je l'ai affublé d'un script dans RS, qui:
- Crée une seule source de données utilisée par tous les rapports, dans mon cas
- Boucles à travers tous les répertoires dans le dossier de la solution
-- Crée le même nom de dossier sur la RS serveur
-- Déploie tous les fichiers dans ce répertoire de ce dossier sur la RS serveur
-- Utilise rs.SetItemDataSources sur chaque rapport de la rediriger vers ma principale source de données
Et c'est principalement ça.
Mises en garde sont parfois, vous obtenez les fichiers téléchargés, vous ne voulez pas (comme supprimé rapports avec le .Fichiers .rdl toujours traîner). Mais vous pouvez créer un script tout autour de qui, ou tout simplement l'emporter dans RS et re-télécharger à nouveau.
Faisant cela, j'ai un script mais peut déployer une structure sous de nombreux parents différents dossiers, chacun avec différentes sources de données, et de tous les rapports dans un dossier de données de dessin à partir d'une base de données différente. Cela me permet d'exécuter 1x RS instance, mais avoir de développement, de tests, de formation, etc régions.
Nous de gérer cela avec des Rapports Liés à SSRS. Nous déployer des rapports à un Rapport de Distribution de dossier, cachée par les utilisateurs, puis créer des Rapports Liés à la Déclaration de Services à l'INTERFACE web (une option dans la section Gérer pour chaque rapport). Vous pouvez créer le Rapport Lié dans n'importe quel dossier, de sorte que vous pouvez construire la structure de dossier que vous voulez et mettez les rapports liés à l'endroit approprié.
Vous pouvez déployer le tout à la seule distrib dossier de VS, et les rapports liés sont mis à jour. Cela résout le sous-rapport et de la source de données depuis tous les rapports "exécuter à partir de' la distrib dossier. Il y a évidemment beaucoup de l'installation à l'avant, et la création d'un nouvel environnement est un souci - Il arrive si rarement que nous n'avons pas essayé de les automatiser.
J'ai un projet BI va dans SSRS2008 avec près de 80 rapports - et c'est mon expérience avec le déploiement des rapports dans des dossiers. C'est ma première incursion dans le monde en développement dans Reporting Services, de sorte que toute les gourous veuillez smack-moi si je suis en pause déjeuner.
D'abord, j'ai utilisé les dossiers de contrôle de source pour séparer les petits des rapports par le ministère pour aider a me garder organisé. Qui a bien fonctionné pendant que j'étais d'abord le développement de mes rapports, cependant la première fois que j'ai déployé le projet pour le serveur de rapports, la structure a été complètement aplati, donc j'ai renoncé à l'aide d'une structure de dossiers pour organiser.
Autant que je suis conscient que la seule façon vous pouvez créer une structure de dossiers dans SSRS est d'utiliser le Gestionnaire d'INTERFACE utilisateur et de créer des dossiers sur le Serveur de Rapports. Je suis en supposant à partir de là, vous modifiez le chemin d'accès dans les propriétés de l'état dans Visual Studio. Soit ça, ou vous devez définir le chemin d'accès lors de la première configuration du rapport. Je n'ai pas testé cette sorte YMMV.
Donc, en conclusion: Il n'est pas possible de créer des dossiers d'OFFRES et de déployer vos rapports dans des dossiers en utilisant l'IDE. J'espère que cette question est traitée dans 2008R2 parce que c'est une sorte de douleur d'avoir tous ces rapports jetés ensemble dans l'Explorateur de solutions.
Vous pouvez avoir les fichiers dans des dossiers séparés sur le disque/contrôle de code source mais ils liste à plat et triées par ordre alphabétique dans Visual Studio.
Je ne vois pas d'interface utilisateur pour gérer le dessus de chose, mais si vous modifiez le fichier de projet (seul fichier de projet de un VS solution), vous pouvez spécifier le nom de chemin complet balise XML de chaque fichier de rapport.
J'ai créé un serveur de rapports type de projet et n'avaient pas d'option pour ajouter un autre projet. Au lieu de cela j'ai édité le fichier SLN et ajouté mes autres projets. La première partie de la SLN fichier puis ressemblait à ça en fin de compte pour avoir accès à mes 2 projets dans des sous-dossiers à la SLN fichier
Microsoft Visual Studio Solution Fichier, Le Format De La Version 10.00
Visual Studio 2008
Projet("{F14B399A-7131-4C87-9E4B-1186C45EF12D}") = "RestOfWorld", "RestOfWorld\RestOfWorld.rptproj", "{D24D5EEA-88A4-4375-802B-7CA877202787}"
EndProject
Projet("{F14B399A-7131-4C87-9E4B-1186C45EF12D}") = "Nord", "Nord\amérique du Nord.rptproj", "{C64A3BDC-F526-4037-AD48-31799BECC3AD}"
EndProject
Mondial
@skiwii est correct, avec VS 2013 de la Communauté de l'édition et de Données SQL Outils -- Business Intelligence, vous ne pas voir la Solution nœud au sommet de l'arbre dans VS l'Explorateur de solutions, et vous n'avez pas à pirater le .La SLN fichier afin de l'exposer.
Si vous avez eu beaucoup de chance, vous verrez aussi un deuxième projet appelé enfant1. Mais sinon, pas de problème. Vous pouvez simplement faire un clic droit sur la solution et Ajouter un nouveau projet de type Rapport Services de.