Chargement des données de contrôle de gestion au niveau du widget avec les options d'actualisation des données

Lorsqu'un widget de données est généré, en fonction du niveau de présentation Option d'optimisation du chargement, le système vérifie si le widget doit être généré avec ou sans données (image fantôme).

Ce comportement peut être contrôlé dans le paramètre Actualisation des données du panneau Générateur pour les widgets de graphique et de table. En outre, il peut être défini dynamiquement avec les API setRefreshPaused().

Si l'option Actualisation des données du widget est définie sur :

• Toujours actualiser : le chargement n'est pas suspendu. Le widget récupérera ses données de requête et sera généré avec des données.
• Toujours suspendre : le chargement est suspendu. Le widget ne récupérera pas ses données de requête et sera généré en tant qu'image fantôme.
• Actualiser uniquement le widget actif : le chargement est suspendu en fonction de la visibilité du widget. Si le widget est visible, il extrait ses données de requête et est généré avec des données. Si le widget n'est pas visible, il n'extrait pas ses données de requête et est généré en tant qu'image fantôme.

Pour en savoir plus sur cette option spécifique, accédez à Utiliser les API et les options de suspension d'actualisation sur le SAP Help Portal.

Des options standard d'actualisation des données au niveau du widget sont disponibles pour les widgets de données. Dans cette vidéo, nous allons explorer les trois paramètres d'actualisation des données disponibles pour les tables et les graphiques et la manière dont ils permettent de contrôler le flux de données.

Dans le panneau Générateur du widget, faites défiler vers le bas jusqu'aux propriétés du graphique ou de la table jusqu'aux options Actualisation des données.

1. Toujours actualiser : option par défaut. Une requête de données est envoyée au système source pour extraire les données.
2. Actualiser uniquement les widgets actifs : une requête de données est envoyée au système source pour extraire les données uniquement lorsque le widget se trouve dans la fenêtre d'affichage.
3. Toujours suspendre : empêche l'envoi d'une requête de données au système source pour extraire les données.

Il existe des scénarios dans lesquels un flux de chargement de données personnalisé est requis dans une présentation. Ce type de scénario nécessite une bonne compréhension des besoins des utilisateurs et un accord avec eux sur le moment où les temps d'attente se produiront lorsqu'ils navigueront dans la présentation.

Elle requiert un paramètre d'optimisation du chargement au niveau de la présentation combiné à différents paramètres d'actualisation des données au niveau du widget pour créer un scénario de chargement de données qui répond aux besoins des utilisateurs.

Dans cette vidéo, nous allons explorer un scénario qui requiert un flux de données personnalisé et découvrir comment la présentation est créée.

Tout widget référencé dans un script est généré, qu'il fasse partie de la zone visible ou non.

Comme le rendu peut déclencher une demande de données dans le backend, cela peut entraîner des demandes de données inutiles et réduire les gains de performance en utilisant le chargement de la fenêtre d'affichage au lieu du chargement en arrière-plan.

Si vous utilisez une barre d'onglets ou un conteneur de livre en combinaison avec un grand nombre de widgets de données référencés dans un script, vous pouvez définir l'option d'actualisation des données pour les widgets qui ne se trouvent pas sur l'onglet/la page de livre visible sur Toujours suspendre ou Actualiser uniquement les widgets actifs. Cela retardera le chargement du rendu/des données dans lorsqu'il est réellement nécessaire plutôt que lors du chargement initial de la présentation.

Dans de nombreux cas, tous les utilisateurs ne consultent pas toutes les informations disponibles dans une présentation, comme les onglets d'une barre d'onglets ou les pages d'un livre. Le rendu de tous les widgets sur la page, et pire encore, l'extraction de toutes les données des sources peut entraîner un gaspillage de beaucoup de ressources sur toutes les couches (frontend, réseau et backend).

L'utilisation de l'option Toujours suspendre pour l'actualisation des données peut aider à éviter ce volume élevé de trafic.