Une requête rapide s'exécute lentement dans SSRS

Question

J'ai un rapport SSRS qui fait appel à une procédure stockée. Si j'exécute la procédure stockée directement à partir d'une fenêtre de requête, elle est renvoyée en moins de 2 secondes. Cependant, la même requête exécutée à partir d'un rapport SSRS 2005 prend jusqu'à 5 minutes. Cela ne se produit pas seulement lors de la première exécution, mais à chaque fois. De plus, je ne vois pas ce même problème dans d'autres environnements.

Avez-vous une idée de la raison pour laquelle le rapport SSRS est si lent dans cet environnement particulier ?

Answer 1

Merci pour les suggestions fournies ici. Nous avons trouvé une solution et il s'est avéré que le problème était lié aux paramètres. Le serveur SQL produisait un plan d'exécution alambiqué lorsqu'il était exécuté à partir du rapport SSRS en raison du "reniflage des paramètres". La solution consistait à déclarer des variables dans la procédure stockée et à affecter les paramètres entrants aux variables. La requête utilisait alors les variables plutôt que les paramètres. Ainsi, la requête s'exécute de manière cohérente, qu'elle soit appelée depuis SQL Server Manager ou depuis le rapport SSRS.

Answer 2

Ajoutez ceci à la fin de votre proc : option(recompile)

Cela permettra au rapport de s'exécuter presque aussi rapidement que la procédure stockée.

Answer 3

J'ajouterai que j'ai eu le même problème avec une requête sans procédure stockée - juste une simple instruction de sélection. Pour résoudre ce problème, j'ai déclaré une variable dans l'instruction SQL de l'ensemble de données et je l'ai définie comme étant égale au paramètre SSRS.

Quelle solution de rechange ennuyeuse ! Merci quand même à tous de m'avoir permis de me rapprocher de la réponse !

Answer 4

J'ai eu le même problème, voici ma description du problème

"J'ai créé une procédure de stockage qui génère 2200 lignes et s'exécute en presque 2 secondes. Cependant, après avoir appelé la procédure de stockage à partir de SSRS 2008 et exécuté le rapport, elle ne s'est jamais exécutée et j'ai finalement dû tuer le BIDS (Business Intelligence development Studio) à partir du gestionnaire de tâches.

Ce que j'ai essayé : J'ai essayé d'exécuter le SP à partir du Login de l'utilisateur du rapport mais le SP fonctionnait normalement pour cet utilisateur aussi, j'ai vérifié le Profiler mais rien n'a fonctionné.

Solution :

En fait, le problème est que même si le SP génère le résultat, le moteur SSRS prend du temps pour lire ces nombreuses lignes et les restituer. J'ai donc ajouté l'option WITH RECOMPILE dans SP et j'ai exécuté le rapport. C'est alors que le miracle s'est produit et que mon problème a été résolu.

Answer 5

J'ai eu le même scénario Un rapport très basique, le SP (qui ne prend en compte qu'un seul paramètre) prenait 5 secondes pour ramener 10K enregistrements, mais le rapport prenait 6 minutes à s'exécuter. Selon le profileur et la table ExecutionLogStorage de RS, le rapport passait tout son temps sur la requête. Le commentaire de Brian S. m'a conduit à la solution : j'ai simplement ajouté WITH RECOMPILE avant l'instruction AS dans le SP, et maintenant le temps du rapport correspond à peu près au temps d'exécution du SP.