La réponse à votre question :non, pour autant que je sache, il n'y a pas d'équivalent réel du TOP 50 de SQL déclaration dans SSRS lui-même.
Certaines choses qui vous viennent à l'esprit et qui peuvent être à l'origine de vos symptômes/peuvent faire l'objet d'une enquête :
- Que se passe-t-il si vous exécutez la requête pour l'ensemble de données dans SSMS ? Assurez-vous de renseigner les paramètres exacts utilisés par le rapport (le cas échéant).
- Exécutez la requête en tant que test à partir du concepteur SSRS. Si vous utilisez Visual Studio :cliquez avec le bouton droit sur l'ensemble de données et appuyez sur "Requête...", puis appuyez sur le point d'exclamation rouge et remplissez les paramètres si nécessaire.
- Essayez de mettre un
CountDistinctcall (sur votre ensemble de données) dans une zone de texte quelque part dans le rapport, par lui-même. - Vérifier le filtrage et regroupement sur vos tableaux matriciels, peut-être même en consultant le code source XML du RDL.
- Affichez les paramètres dans des zones de texte (débogage oldskool printf ! :D) pour vous assurer qu'ils correspondent à ce que vous attendez d'eux lors de l'exécution du rapport sur le serveur de rapports. Si ce n'est pas le cas :essayez de supprimer le rapport sur le serveur et de le redéployer.
- Consultez le ExecutionLog2 Afficher dans la base de données ReportServer, en particulier le nombre de lignes renvoyées.
- Comme mentionné dans les commentaires d'Atilla :vous pouvez également surveiller les envois SQL SSRS exacts au serveur à l'aide de SQL Server Profiler.
