Quelle est votre méthode préférée pour générer des ensembles de données dans SSRS?

Question

J'essaie de comprendre ce qui est le « meilleur » (lire: « votre méthode préférée ») façon de générer des ensembles de données pour les rapports SQL Server Reporting Services (soit 2005/2008):

• In-rapport requêtes
• procédures stockées
• Vues

Mais plus que choisir l'un de ce qui précède, pourquoi utiliseriez-vous cette méthode particulière? Aussi, veuillez inclure votre point de vue (Développeur/DBA/etc).

Merci.

Answer 1

Procédures stockées. J'ai tendance à écrire des procédures stockées pour les deux paramètres et les données du rapport. En utilisant des procédures stockées pour les jeux de paramètres, ils peuvent être facilement partagés entre les rapports. Pour les données de rapport, je souhaite m'assurer que je dessine une ligne claire entre les données d'un rapport et la mise en forme qui en sort. En gardant cette ligne, il a été plus facile dans mon expérience de tester et de promouvoir les rapports à la production.

En outre, je trouve que les procédures stockées sont un peu plus faciles à gérer et à résoudre que les requêtes d'affichage ou de rapport.

Answer 2

Vous ne devriez pas vous préoccuper des requêtes in-report, elles sont à peu près là pour jouer et s'entraîner. Mais vous pouvez difficilement obtenir un très bon rapport en écrivant une requête directement dans RS. Pourquoi ... pour une chose, beaucoup de sprocs peuvent être réutilisés non seulement du côté de l'application, mais aussi du côté des rapports. Votre application peut avoir diverses procédures stockées utilisées pour remplir des listes déroulantes/des listes déroulantes qui sont en cascade (l'une se rapporte à une autre). Vous pouvez également avoir besoin de cette fonctionnalité pour vos rapports. Avec les procédures stockées, vous pouvez émettre un appel au sproc à partir de votre rapport ou de votre application. Lorsque le sproc change (s'il le faut), cela vous convient car les mises à jour que vous avez apportées à la procédure stockée de l'application mettent également à jour les procédures stockées de votre rapport.

Mon vote est définitivement pour les procédures stockées.

Answer 3

Je travaille avec MS Reporting Services depuis environ un an maintenant. J'ai trouvé que la meilleure façon de générer des rapports avec ce système est d'exécuter des requêtes à partir de votre couche d'accès aux données, via des procédures stockées.

Si vous trouvez que si vous le faites de cette façon, vous avez tous vos jeux de données retournés en un seul endroit. Cela le rend plus facile à gérer. Toutes les sorties de votre base de données sont contrôlées depuis le même emplacement.

Hors sujet mais je vous recommande également de générer vos fichiers RDLC en mémoire. Nous avons environ 100 types de rapports différents. Au lieu de gérer un tas de fichiers RDLC, nous gérons une classe ReportEngine. La classe ReportEngine génère essentiellement un ensemble de types de rapports différents. C'est assez avancé, mais les résultats en valent la peine. Code source pour générer un fichier RDLC avec une table: C# ou VB.NET.