Exécution d'une suite de requêtes pour remplir le cache

Pour maximiser les accès réussis potentiels au cache, l'une des stratégies consiste à exécuter une suite de requêtes pour remplir le cache.

Vous trouverez ci-après des recommandations relatives aux types de requête à utiliser lors de la création d'une suite de requêtes servant à prédéfinir le cache.

  • Requêtes préconstruites courantes. Les requêtes couramment exécutées, en particulier celles dont le traitement est coûteux, sont d'excellentes requêtes de prédéfinition de cache. Les requêtes dont les résultats sont imbriqués dans des tableaux de bord sont des exemples pertinents de requêtes courantes.

  • Listes SELECT sans expression. L'élimination des expressions dans les colonnes de liste SELECT accroît la probabilité d'accès réussis au cache. Une colonne mise en cache avec une expression peut uniquement répondre à une nouvelle requête avec la même expression, tandis qu'une colonne mise en cache sans expression peut répondre à une demande pour cette colonne avec n'importe quelle expression. Par exemple, une demande mise en cache telle que :

    SELECT QUANTITY, REVENUE...
    

    peut répondre à une nouvelle requête telle que :

    SELECT QUANTITY/REVENUE... 
    

    mais pas l'inverse.

  • Aucune clause WHERE. En l'absence de clause WHERE dans un résultat mis en cache, celui-ci peut être utilisé pour répondre aux requêtes conformes aux règles d'accès réussi au cache pour la liste SELECT avec n'importe quelle clause WHERE incluant des colonnes dans la liste de projection.

En général, les meilleures requêtes pour prédéfinir le cache sont celles qui consomment d'importantes ressources de traitement de base de données et sont susceptibles d'être émises à nouveau. Veillez à ne pas prédéfinir le cache avec des requêtes simples renvoyant de nombreuses lignes. Ces requêtes (par exemple, SELECT * FROM PRODUCTS, où PRODUCTS est mis en correspondance directement avec une seule table de base de données) impliquent très peu de ressources de traitement de base de données. Leur inconvénient est la surcharge du réseau et du disque, que la mise en cache ne réduit pas.

Lorsqu'Oracle Analytics Cloud actualise les variables de modèle sémantique, il examine les modèles de gestion pour déterminer s'ils référencent ces variables de modèle sémantique. Si tel est le cas, Oracle Analytics Cloud purge l'ensemble du cache pour ces modèles de gestion. Reportez-vous à Impact des modifications de modèle sémantique sur le cache de requêtes.