Niveaux de compression 
Niveaux de compression
Définition d’un niveau de compression
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 à partir d’un niveau très comprimé pour atteindre le niveau de détail qui l’intéresse du point de vue de la gestion. Les données d’état sélectionné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. Il existe diverses possibilités d’amélioration des temps de réponse d’un état. Voir
Optimisation des temps de réponse. Cette section décrit la méthode d’optimisation à l’aide des niveaux de compression, ainsi que les règles selon lesquelles vos niveaux de compression doivent être définis. Pour connaître la procédure de création des niveaux de compression, référez-vous au Customizing.Un niveau de compression sauvegarde les données altérables d’un aspect sous des formes comprimées supplémentaires. Dans ces données altérables, les objets individuels sont décrits au moyen d’un certain nombre de caractéristiques. La compression implique l’exclusion des caractéristiques sélectionnées. Les objets du set de données d’origine, qui ne sont plus différenciés une fois que les caractéristiques ont été exclues, sont comprimés dans un objet au niveau de compression. La compression permet l’accès rapide aux données dans le reporting.
Ce simple exemple illustre comment les enregistrements de données altérables peuvent être comprimés dans la base de données afin d’améliorer les temps de lecture dans l’état.
Le salarié xxx, du centre de coûts 100 dans la société 1000, a presté 50 heures supplémentaires.
Le salarié yyy, du centre de coûts 100 dans la société 1000, a presté 30 heures supplémentaires.
Le salarié zzz, du centre de coûts 200 dans la société 1000, a presté 20 heures supplémentaires.
Si les données altérables étaient reprises de cette façon, trois enregistrements seraient écrits dans la table de base de données altérables :
Salarié |
Centre de coûts |
Société |
Heures supplémentaires |
xxx |
100 |
1000 |
50 |
yyy |
100 |
1000 |
30 |
zzz |
200 |
1000 |
20 |
En règle générale, relativement peu de chemins d’analyse sont utilisés dans le reporting, de sorte que vous pouvez définir un niveau de compression pour l’exemple ci-dessus.
Un niveau de compression est constitué au niveau du centre de coûts, ce qui signifie qu’une compression est effectuée pour la caractéristique « Salarié ». Les enregistrements sont comprimés ensemble et il s’ensuit la structure :
Centre de coûts |
Société |
Heures supplémentaires |
100 |
1000 |
80 |
200 |
1000 |
20 |
Dans ce cas, vous pouvez placer le niveau de compression encore plus haut, en le formant au niveau de la société.
Société |
Heures supplémentaires |
1000 |
100 |
Plus les caractéristiques sont comprimées, plus le niveau de la compression des données est élevé et plus l’utilisation du niveau est limitée. Vous devez choisir entre un temps de réponse raccourci grâce au niveau de compression et l’utilisation possible du niveau dans le reporting. Des données très comprimées ne vous seront pas très utiles si elles ne peuvent être utilisées que dans très peu d’états.
Lors de la définition, vous disposez des options suivantes :
Les valeurs de ratio sont comprimées sur une caractéristique.
Vous ne pouvez plus analyser la caractéristique dans l’état par la suite.
Les valeurs de ratio ne peuvent pas être comprimées sur la caractéristique.
Vous pouvez analyser toutes les valeurs de caractéristique que vous souhaitez dans l’état par la suite.
Les valeurs de ratio ne sont maintenues que pour une certaine valeur de caractéristique.
Vous ne pouvez analyser que cette valeur de la caractéristique dans l’état par la suite.
Selon la définition d’une caractéristique dans l’état, vous déterminez si la caractéristique doit être comprimée, si elle doit recevoir une constante ou si elle doit rester librement définie. Définissez les niveaux de compression dans le Customizing. Pour que les niveaux de compression puissent être utilisés par les états, des données doivent être fournies aux niveaux. À cette fin, vous planifiez un job d’arrière-plan pour constituer les niveaux de compression. Ce n’est qu’alors que les niveaux peuvent être utilisés par les états. Après la constitution des niveaux, les données sont toujours mises à jour en même temps que l’aspect est approvisionné à partir de la base de données altérables. De cette façon, les données comprimées sont aussi à jour que les données altérables. Pour plus d’informations, reportez-vous au Customizing.
Lors de l’exécution d’un état, le système vérifie si des données sauvegardées sont disponibles pour l’état. Si des données ont déjà été sauvegardées, elles sont affichées. Si aucune donnée n’a été sauvegardée pour l’état mais qu’il existe un niveau de compression satisfaisant, les données du niveau de compression sont appelées. Par contre, s’il n’existe aucune donnée sauvegardée, ni aucun niveau de compression satisfaisant, les données sont sélectionnées en tant que nouvelles.
Utilisation des niveaux de compression
Si les temps de réponse des états dans vos tableaux de bord (EIS) ne vous satisfont pas, vous devez envisager la définition de certains niveaux de compression.
Toutefois, avant de décider d’opter pour les niveaux de compression, vous devez vous informer sur les autres moyens d’améliorer les temps de réponse. Pour en savoir plus à ce propos, voir
Optimisation des temps de réponse.Règles de création d’un niveau de compression
Lorsque vous définissez un niveau de compression, il existe souvent plusieurs combinaisons de caractéristiques possibles. É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 des niveaux de compression. Afin d’atteindre l’effet de compression optimal, vous devez analyser l’état souhaité pour chaque niveau de compression, définir les données de base et les données altérables affectées et respecter les directives suivantes :
Estimez le nombre d’enregistrements à lire dans la base de données et le nombre d’enregistrements dans votre niveau de compression prévu. Il faut atteindre un facteur minimal de 10.
Si possible, les niveaux de compression doivent être définis sur les caractéristiques possédant beaucoup de valeurs. Vous pouvez parvenir à un effet de compression plus élevé si vous comprimez sur les caractéristiques « Produit » et « Client », puisque ces caractéristiques contiennent en général beaucoup de valeurs.
Si votre niveau de compression comprend un grand nombre d’enregistrements, l’état correspondant doit être défini de sorte qu’il ne doive pas lire plus de 10 000 à 20 000 enregistrements du niveau de compression.
Étant donné que les niveaux de compression sont mis à jour automatiquement, chaque modification des données altérables entraîne une mise à jour dans tous les niveaux de compression. Cela implique qu’une modification d’un enregistrement de données altérables entraîne plusieurs processus d’écriture dans la base de données. S’il y a beaucoup de niveaux de compression, les performances de la reprise de données sont amoindries.
Si vous générez une proposition d’un niveau de compression, traitez-la manuellement. Vous devez également veiller à la présence d’un niveau de compression similaire. Vous trouverez ces informations lors de la gestion des niveaux de compression dans les écrans de synthèse et de détail. Vérifiez ces données de temps à autre pour tous les niveaux de compression, car le nombre d’accès, par exemple, peut vous aider à déterminer si un niveau donné est toujours nécessaire. Pour plus d’informations, reportez-vous au Customizing.
Dans de nombreux cas, il existe une dépendance entre plusieurs caractéristiques. Si, par exemple, la famille de produits est dérivée du numéro de l’article, la famille de produits dépend de l’article. L’ajout de la famille de produits n’augmente pas le volume des données dans le niveau de compression et ne gêne donc pas les performances. L’avantage est que le niveau de compression peut également être utilisé par les états contenant ces caractéristiques dépendantes.
La dépendance entre deux caractéristiques est normalement due à la dérivation (voir
Le Customizing donne une description détaillée de la procédure à suivre pour créer et rassembler les niveaux de compression.
Pour un exemple de définition d’un niveau de compression, voir
Exemple : procédure d’amélioration des temps de réponse d’un état.