Discussion :

[Haopl]

Bonjour,

Je travaille en XI R2.


J'ai un document BO qui génère 7 requêtes ( 7 SELECT ).

Le rapport est présenté avec 7 niveaux de rupture.

Un écran d'invite permet de renseigner plusieurs valeurs.

-----------------------

Lorsque j'appelle le document, l'affichage se fait normalement.

Mon problème est le suivant:

Lorsque je refraichis les données, BO met environ 2 MINUTES pour afficher l'écran d'invite. Ce qui est ENORME !!!

Et, une fois l'écran d'invite apparu, je clique sur "Annuler", et, hop, re-belote, de nouveau environ 2 MINUTES pour que l'écran d'invite disparaisse...

Y aurait-il une (des) astuce(s) pour optimiser ce temps de réponse?

Merci beaucoup de votre aide.

haopl

[djam21]

Ce temps correspond au rafraichissement de la liste de valeurs je suppose...

Tu utilises une liste de valeurs pour tes invites ?

[Haopl]

Bonjour,

Oui, j'utilise des listes de valeurs. Et Dieu sait si elles sont longues.

Si le temps de réponse est dû à la mise à jour des listes de valeurs, je comprendrai; le problème, c'est que je ne sais pas à quoi c'est dû ...

haopl

[TomDuBouchon]

Bonjour,

BO doit prendre beaucoup de temps pour analyser le contenu de vos requêtes avant même de vous demander vos invites. Et le rapport doit être suffisamment compliqué pour que le calcul des variables et éléments du rapport prennent autant de temps après l'annulation de vos invites.

Il n'y a malheureusement pas grand chose à faire pour cela... Il faudra essayer de voir si vous pouvez simplifier vos requêtes.
Vous pourrez également regarder au niveau de l'univers si celui-ci est bien optimisé. Pour ce dernier, il est important de savoir qu'un maximum d'éléments calculés directement dans la BDD vous permettront de réduire significativement vos temps de traitement.

[Haopl]

Bonjour tom,

Merci pour votre réponse.

J'ai compris presque tout votre message. Je n'ai pas compris cette phrase:


"Pour ce dernier, il est important de savoir qu'un maximum d'éléments calculés directement dans la BDD vous permettront de réduire significativement vos temps de traitement."

Que faut-il que je fasse?

haopl

[TomDuBouchon]

Cela est soumis à étude. Mais il peut être nettement avantageux de créer une vue ou une table plutôt que d'utiliser des tables récursives directement sur l'univers par exemple...

De la même manière, il peut être plus rentable de générer une table regroupant plusieurs informations lors du traitement de votre datawarehouse ou datamart plutôt que d'utiliser plusieurs tables sous l'univers qui génèreront des jointures. Etc.

Ensuite, pour ce qui est du temps d'exécution des requête, il sera toujours plus rapide d'utiliser une fonction sum() dans la définition d'un indicateur, que de simplement s'appuyer sur la fonction de projection Somme() (Qui en fait ne réalise pas d'agrégat et ramène toutes les lignes dans le rapport, qui sont ensuite sommés à ce niveau)

En terme d'optimisation de l'univers, vous pouvez aussi gérer les listes de valeurs en y appliquant certains filtres. Vous pouvez également les exporter avec les univers pour éviter qu'elles ne soient re-générées à chaque utilisation.

[Haopl]

Merci Tom, pour tous ces renseignements précieux.

J'ai commencé à me pencher, effectivement, sur la solution d'une vue / table.

haopl

[Haopl]

Bonjour,

Le document BO a, en condition, une colonne Date (qui fait partie de la clé d'une table) qui est utilisée "entre". Ce qui génère un "Between".

Notre DBA, en surveillant le travail sur le serveur, a signalé que l'utilisation de "Between" semblait annuler "l'effet clé", càd la table est lue séquentiellement (physiquement) sans suivre l'ordre de la clé.

Donc, j'ai supprimé le "entre" par :

Plus grande que (pour l'intervalle ouvert à gauche) et
Plus petite que (pour l'intervalle ouvert à droite)

et le temps de réponse s'est nettement amélioré.

Le souci, c'est que j'ai remis le "entre" (parce que pas convaincu du raisonnement du DBA) et le temps de réponse reste amélioré !!!!!!!!!!!!

Alors, là, je ne comprends pas; le DBA non plus !!!!

En tout cas, merci beaucoup à Djam21 et TomduBouchon de m'avoir aidé.

Bonne journée,

haopl