Je suis simplement curieux de savoir combien de temps, en minutes, le service de reporting prend pour générer un rapport lorsqu'il renvoie 1 Mo de données. Peut-être que l'utilisation de vues et de tables est correctement indexée. Reporting SSRS et génération côté serveur.le temps maximum qu'un rapport devrait prendre pour générer un rapport
Quelle est la durée acceptable? Ça dépend de ce que ça fait, de combien ça tourne, de choses comme ça. Tout ce qui est en dessous de 30 secondes serait bien s'il est exécuté une fois par jour ou deux. Si c'est exécuté une fois par semaine ou une fois par mois ce nombre pourrait être beaucoup plus élevé.
Le rapport lui-même est généralement très rapide, si vous voyez un raccrochage vous pouvez vouloir vérifier le temps d'exécution de la requête qui génère les données. Une requête complexe peut prendre beaucoup de temps, même si elle ne retourne que peu de données ...
que j'ai trouvé, lors de l'utilisation BIRT et d'autres systèmes d'information que les meilleures améliorations ont tendance à venir en déchargeant la plupart des travaux à la base de données à l'arrière.
En d'autres termes, ne pas envoyer beaucoup de données à travers le fil et de tri ou d'un groupe localement. La base de données va presque certainement vous surpasser avec ses clauses orderby et groupby SQL et l'optimisation des index (entre autres). De cette façon, vous obtenez une extraction plus rapide des données que vous voulez ET moins de trafic réseau.
temps de génération de rapport comporte deux volets: - données Temps d'acquisition - le temps de rendu
Donc, pour 1 Mo de données, le nombre d'enregistrements (lignes) est-il question? Combien de pages le rapport aura-t-il? Combien de contrôles par page? Le rapport utilise-t-il la cartographie? Ce sont les facteurs qui détermineront le temps de génération.
Pour la plupart des rapports, le temps d'acquisition de données est le facteur le plus important. Votre rapport ne sera jamais plus rapide que l'acquisition de données brutes. Ainsi, si vous utilisez SQL, le rapport ne peut pas générer plus rapidement que le temps requis pour exécuter la requête. J'ai vu des requêtes qui retournent plus de 1 Mo de données très rapidement. J'ai également vu des requêtes qui renvoient très peu de données, qui durent depuis longtemps.
Du côté rendu, il y a deux choses que cela peut causer un rapport à exécuter lente. Le premier est l'agrégation de rapports. Si un rapport doit recevoir tous les enregistrements avant de commencer le rendu, ses performances en souffriront. En particulier, en fonction de l'outil de reporting. Avec des ensembles de données volumineux (plus de 10 000 enregistrements), vous pouvez améliorer considérablement le rendu en procédant à l'agrégation à la source (DB). L'autre est la cartographie, qui implique généralement de lourds frais généraux de rendu et d'agrégation.
La plupart des systèmes de reporting vous permettent de construire minuteries ou l'exploitation forestière qui vous aideront à régler les performances du rapport. Il est préférable de créer dans le rapport des minuteurs qui vous indiqueront le pourcentage de temps consacré à l'obtention des données et le pourcentage de rendu passé. Lorsque vous avez cette information, vous saurez où concentrer vos énergies.
Si vous essayez vraiment d'évaluer la performance de l'outil de reporting, la meilleure façon est de construire un rapport qui soit lit un fichier plat ou génère les données par code. En d'autres termes, éliminez l'impact de la base de données et découvrez à quelle vitesse votre outil de création de rapports peut générer des pages.
Espérons que cela aide.
Comme plusieurs l'ont déjà dit, une question générale comme celle-ci ne peut vraiment pas être résolue.Cependant, j'ai écrit Turbo-charge Your Report Speed – General Rules & Guidelines (avertissement - je suis le directeur technique de Windward Reports, un concurrent de SSRS). Je pense que cela vous aidera à chercher ce que vous pouvez faire pour accélérer le processus.
Et avec toutes les mises en garde sur les détails importants, sur un poste de travail 3GHz, nous voyons généralement 7-30 pages/seconde. Gardez à l'esprit ce sont les chiffres pour Windward, pas SSRS.
On ne peut vraiment pas répondre à cette question. Cela peut varier considérablement, en fonction de la quantité de données à traiter pour générer ce rapport de 1 Mo, de l'indexation de ces données, etc. –