Cette section contient des remarques sur l’optimisation des temps de réponse dans un état. Elle s’avère particulièrement utile à l’équipe de projet et à l’administrateur système.

En règle générale, les états reprenant des données comprimées sont nécessaires dans les tableaux de bord (EIS). Dans ces états, l’utilisateur final navigue vers le bas pour atteindre le niveau de détail qui l’intéresse du point de vue de la gestion. Si l’état est exécuté, les enregistrements de données altérables sont lus et comprimés, de sorte que l’utilisateur puisse naviguer comme il le souhaite parmi les caractéristiques librement sélectionnées dans la définition d’état. Des compressions supplémentaires sur les caractéristiques libres ont lieu pendant la session, afin de rassembler les listes. Ces données sont contenues dans la mémoire principale et peuvent parfois déboucher sur un grand volume de données et des temps de réponse plus longs. Pour pouvoir lire 100 000 enregistrements d’une longueur de 500 octets à partir du disque dur, le système a en général besoin d’environ 3 minutes. Les quantités des données sont souvent beaucoup plus grandes que cela. Dès lors, dans de nombreux cas, l’exécution en ligne des états est trop longue. La section suivante détaille certaines possibilités d’optimisation des temps de réponse dans le reporting.

Pour appeler, dans un temps de réponse raisonnable, un état qui prélève ses données dans la base de données altérables, il convient de ne lire qu’une très petite quantité de données. En règle générale, il convient d’exécuter en ligne des états comportant jusqu’à 20 000 enregistrements. Ce chiffre peut être augmenté grâce à des mesures spéciales de mise au point, par exemple lorsque le tampon de base de données est agrandi et que l’accès au lecteur de disque dur n’est plus nécessaire. La création d’index spéciaux peut également être utile. Les détails des mesures de mise au point dépendent à la fois du système de base de données et du système d’exploitation.

Vous pouvez exécuter un état en arrière-plan et sauvegarder les données reprises dans la mémoire principale. Ces données sont ensuite appelées « données sauvegardées ».

Cette méthode présente l’avantage que l’utilisateur final ne doit pas attendre la lecture des données altérables. L’état peut être planifié en arrière-plan et l’utilisateur final obtient automatiquement les dernières données sauvegardées. Les données sauvegardées correspondent également au niveau exact de détail dont a besoin l’utilisateur final. Un état contenant des données sauvegardées peut être appelé beaucoup plus rapidement qu’un état exécuté en ligne, étant donné que le serveur de base de données est peu sollicité.

Cette méthode présente l’inconvénient que vous devez créer une variante pour chaque combinaison de variables. Cela peut s’avérer pénible si de nombreuses combinaisons de variables différentes sont nécessaires. Toutefois, ces variantes peuvent être comprimées dans un groupe de variantes et exécutées ensemble en arrière-plan.

L’utilisation des données sauvegardées s’avère utile dans le cas de grands états complexes.

Vous pouvez réduire la quantité des données à lire (et donc le temps de réponse d’un état) en maintenant le set de données sous une forme comprimée. Ces sets de données comprimés s’appellent des « niveaux de compression ». Vous définissez à la fois le nombre de niveaux voulu et le degré de détail respectif.

Ce processus présente non seulement l’avantage que les données lues à partir des niveaux de compression peuvent être appelées rapidement, mais également que les données sont toujours à jour par rapport aux données sauvegardées. La mise à jour des données s’effectue toujours simultanément à celle de la base de données altérables de l’aspect. Un inconvénient de ce processus est que la reprise de données ralentit avec l’augmentation du nombre de niveaux de compression.

L’utilisation des niveaux de compression s’avère utile si les données sont nécessaires dans plusieurs états.

Étant donné que tous les niveaux de compression ne peuvent pas améliorer les temps de réponse par rapport à un état exécuté en ligne, il existe des directives de définition de vos niveaux de compression.

L’interface état vous permet d’établir une connexion entre plusieurs états individuels (comme des blocs de construction), chacun ayant un nombre limité de caractéristiques, afin de pouvoir naviguer depuis les objets très comprimés vers les niveaux de détail ou vers d’autres types d’objets. Pour obtenir les meilleurs temps de réponse possibles, vous commencez par un état très comprimé. Seules quelques caractéristiques librement définies doivent être incluses dans cet état. Grâce à l’interface état, vous pouvez appeler des états (reliés), qui contiennent des caractéristiques supplémentaires au moyen desquelles les objets sont décrits plus en détail. Ces états reliés doivent normalement avoir de bons temps de réponse puisque seule une quantité très petite et spécifique de données doit être sélectionnée.