Utilisation de sous-rapports avec le contrôle ReportViewer de Microsoft en mode local

Question

Est-ce que quelqu'un a une recommandation pour une excellente référence sur ReportViewer de Microsoft (version VS 2008) lorsqu'il est utilisé en mode local? Je l'utilise actuellement, mais certaines de ses parties sont un peu noires, donc j'aimerais lire tout le sujet.

Vous voulez surtout commencer à utiliser des sous-rapports pour afficher des rapports parents-enfants plus complexes. Je suppose qu'ils travaillent dans un mode similaire à Crystal Reports avec lequel je suis raisonnablement familier.

Merci, Rob.

Answer 1

J'ai travaillé avec le contrôle ReportViewer à un moment donné et a été en mesure de trouver quelques bonnes informations à http://www.gotreportviewer.com

Answer 2

était la documentation insuffisante? De quelle façon?

• Reporting Services and ReportViewer Controls in Visual Studio
• Samples and Walkthroughs
• ReportViewer Controls (Visual Studio)

Answer 3

Le lien vers http://www.gotreportviewer.com est une bonne fois, mais il ressemble matériel sur des sous-rapports locaux et ReportViewer 2008 est un peu clairsemée et spreadout à travers le net. Ce serait un sujet qui mérite les blogs au sujet donc je vais :-)

Voici quelques titres:

1. Un sous-rapport est un rapport totalement indépendant, mais est liée au rapport de maître à l'aide du mécanisme standard de paramètre de rapport . Le rapport principal est configuré pour transmettre un ou plusieurs de ses champs (par exemple la clé primaire) au sous-rapport. Le sous-rapport utilise généralement ce paramètre en tant que paramètre pour sa propre requête de chargement d'un jeu de données
2. Même si vous avez défini une source de données par rapport au sous-rapport lors de la conception, ce dernier n'est pas utilisé lorsqu'il est utilisé dans un rapport principal. Au lieu de cela, vous devez implémenter un gestionnaire pour l'événement SubreportProcessing. Le même gestionnaire est appelé pour chaque sous-rapport que vous ajoutez à votre rapport principal afin que vous puissiez interroger les paramètres transmis au gestionnaire pour déterminer le jeu de données à charger.
3. Le gestionnaire d'événements est appelé une fois pour chaque enregistrement du rapport principal. Par exemple, si le rapport principal affiche 200 enregistrements, le gestionnaire d'événements est appelé 200 fois mais avec un paramètre différent à chaque fois. Pour cette raison, vous devez vous méfier des performances. Le premier rapport que j'ai couru contenait 2 000 enregistrements (ce qui est parfaitement acceptable pour un rapport plat), mais chacun de ces 2 000 enregistrements a permis d'extraire 20 enregistrements d'enfants pour le sous-rapport.
4. Si vous pouvez structurer vos données de manière à utiliser un seul ensemble de données contenant des données pour le maître et le sous-rapport, les régions de données imbriquées ont de meilleures performances: une seule requête à exécuter. renvoyer 2 000 enregistrements et non 2 000 requêtes individuelles. Voir http://www.gotreportviewer.com/masterdetail/index.html

Cheers, Rob.