Utilisation des options et fonctionnalités supplémentaires de chargement des données

Vous pouvez utiliser la fonctionnalité Toujours initialiser au démarrage pour influencer les performances de la présentation lorsque le chargement de la fenêtre d'affichage ou le chargement en arrière-plan a été défini comme option d'optimisation du chargement pour la présentation.

Si vous définissez l'action du widget sur Toujours initialiser au démarrage dans le panneau Style du widget, elle est initialisée avec tous les widgets visibles dans le cadre de la phase de rendu initiale. Cela peut améliorer les performances dans les situations où les widgets sont accessibles pendant le traitement des scripts et avant la fin du chargement en arrière-plan.

Si vous utilisez cette fonction pour des widgets intégrés dans un conteneur, assurez-vous que le conteneur lui-même est visible au moment de l'exécution ou que vous avez activé Toujours initialiser au démarrage pour le conteneur.

Toujours initialiser au démarrage ne fonctionne pas sur les widgets dans les fenêtres pop-up. Pour utiliser cette option, déplacez le widget d'une fenêtre pop-up vers la zone de graphiques.

Si le widget est utilisé comme pool de données et n'est jamais visible au moment de l'exécution, la meilleure pratique consiste à placer ce widget directement dans la zone de graphiques au lieu de l'incorporer dans un conteneur.

Lorsque la présentation est sauvegardée, la définition de requête de sa première page avec les métadonnées de modèle requises est mise en cache publiquement pour tous les utilisateurs. Cela améliore les performances de chargement initial en évitant les demandes d'aller-retour supplémentaires telles que le chargement des métadonnées de modèle.

Lorsqu'un utilisateur ouvre une présentation, le système vérifie si la mémoire cache publique existante est valide. Le cache devient non valide lorsqu'un modèle lié est modifié (y compris un changement de version dans un modèle de planification). Si la mémoire cache publique est valide, elle sera utilisée. Si ce n'est pas le cas, une demande distincte sera effectuée pour récupérer les métadonnées actuelles. Ces métadonnées nouvellement extraites remplacent ensuite l'ancien cache.

Le cache ne peut pas être utilisé pour les widgets ayant une source de données référencée par un événement de script.

Exemples de scripts qui empêcheront l'utilisation du cache :

• Chart.getDataSource().setDimensionFilter() ou
• Chart.getDataSource().getResultset()

Une liste complète des API qui empêchent l'utilisation du cache est disponible dans l'annexe à la fin de ce sujet.

Lorsque vous utilisez des signets, un objet de cache public supplémentaire stocke la définition de la requête et les métadonnées du modèle.

Pour la création initiale de la présentation (première sauvegarde de la présentation), la logique suivante s'applique :

• Si le périmètre du signet est configuré sur Composants modifiés par l'état uniquement (option par défaut) ou Tous les composants dans la présentation, la mémoire cache est créée lors de la sauvegarde de la présentation.
• Si le périmètre du signet est configuré sur Composants sélectionnés uniquement, la mémoire cache est créée lorsque le premier utilisateur affiche la présentation.

Pour toute modification d'une présentation existante (nouvelle sauvegarde de la présentation), la logique suivante s'applique :

• Tout cache de signet existant sera supprimé.
• Lorsque le premier utilisateur affiche la présentation, le cache public est généré.

L'utilisation de l'API de script bookmarkset.apply() pour charger le signet n'utilisera pas ou ne générera pas la mémoire cache du signet.

Les valeurs par défaut dans les options de requête sont conçues pour être les mieux adaptées à la majorité des présentations SAP Analytics Cloud. C'est pourquoi nous vous recommandons de conserver les valeurs par défaut, comme indiqué ci-dessous.

Les options de lot sont pertinentes uniquement pour les sources de données suivantes :

• Importer des modèles SAP Analytics Cloud
• Modèles en ligne SAP Datasphere
• Modèles SAP HANA en ligne

Si vous accédez aux données à partir d'autres connexions, cette option n'est pas pertinente.

Dans la section Paramètres du lot, les options suivantes sont disponibles :

• Activer le traitement par lots de requêtes
• Activer la fusion des requêtes

Vous pouvez activer l'une des deux options ou désactiver les deux options.

Lorsque l'option Activer le traitement par lots de requêtes est sélectionnée, les différentes requêtes pour le même modèle sont combinées dans un lot composé d'objets d'analyse individuels et envoyées ensemble sous la forme d'une seule requête HTTP. Sur le serveur, les appels d'analyse sont traités comme des requêtes isolées à l'aide de threads.

En fonction des options spécifiques dans les systèmes source, telles que les limites sur la quantité de ressources affectées par demande, vous pouvez envisager de réduire la limite supérieure du nombre de requêtes par lot.

La sélection de l'option Activer la fusion des requêtes fusionne les demandes pour le même modèle lorsque leurs ensembles de résultats comportent des mesures différentes mais le même niveau de dimension/d'analyse descendante. Lorsque vous sauvegardez une présentation avec cette option activée, les widgets contenant des requêtes pouvant être fusionnées sont colorés dans la même couleur pour vous permettre de voir ce qui peut être fusionné. Cette option peut avoir un impact positif sur les performances de chargement des données uniquement si vous avez un grand nombre de widgets qui ont un ensemble de résultats correspondant et sont générés avec des données en même temps.

La mémoire cache référencée dans cette option est la mémoire cache créée par utilisateur et par session.

Lorsque l'utilisateur ouvre une présentation et navigue dans les pages de la présentation, jusqu'à 10 pages avec leurs widgets sont mises en cache localement dans le navigateur. La valeur par défaut du système est 150, mais elle peut être modifiée dans l'administration→du système. Lorsque l'utilisateur revient à une page qu'il a déjà affichée et qui est disponible dans le cache, ce cache est utilisé, ce qui signifie que la page s'ouvre plus rapidement. Si Écraser la limite de cache est activé, d'autres widgets sont mis en cache. Cependant, comme cela utilise plus de mémoire du navigateur, cela peut avoir un impact sur les interactions de l'utilisateur avec la présentation en les ralentissant.

Par rapport, par exemple, à l'option Optimisation du chargement des données, l'objectif de cette option est d'accélérer la date/heure de début initiale de la présentation. Cette option cible uniquement la performance de navigation dans les pages de présentation et non le temps de chargement initial de la présentation.