Discussion :

[aureliend8800]

Bonjour à tous,

Je fais tourner sous Webi de gros rapports qui prennent pour certains 40 min.

J'aimerai savoir niveau performance s'il est mieux de mettre des filtres dans les requêtes ou dans les rapports ? Vaut-il mieux avoir peu de requêtes et plus de filtres dans les rapports ou avoir beaucoup de requêtes et peu de filtres dans les rapports ?

Je vous remercie de vos réponses.

aureliend8800

[Julien59]

Bonjour,

Tout dépend du filtre qui est appliqué.
En règle général, ce sont les filtres de requêtes qui sont les plus performants puisqu'ils filtrent les données en amont. Le document a donc moins de données à rapatrier.
Il y'a néanmoins certains filtres de requêtes qui plombent les perfs : les in et not in (dansliste ; pas dansliste).
Il vaut mieux dans certains de ces cas ne pas filtrer la requête et appliquer un filtre dans le document.

Bon courage

[aureliend8800]

Merci de ta réponse Julien59!
Je vais suivre tes conseils et éviter les filtres lourds que tu m'as indiqué dans les requêtes!

Encore merci!

[robass]

Tout à fait, on pourrait penser qu'il faut rapatrier le moins de données possibles mais cela dépend vraiment des conditions. Ainsi si un filtre supplémentaire amène à faire une jointure avec une autre table sur un champ non indexé, cela peut être contre-productif. Cela m'est arrivé, j'ai dû analyser le SQL généré pour voir d'où venait le problème. Je suis passé de 10 minutes à 25 secondes en enlevant une des conditions, et je n'avais même pas besoin de rajouter un filtre dans le rapport, une simple fusion de dimension a suffi. Alors certes j'ai beaucoup de données inutiles, mais c'est beaucoup plus rapide.
Il faut vraiment essayer au cas par cas 'et voir quand même le nombre de lignes ramenées, surtout s'il y a énormément de champs).