Autre exemple d'utilisation de "persist_for"

Cette page fait référence au paramètre persist_for qui fait partie d'une exploration.

persist_for peut également être utilisé dans le cadre d'un modèle, décrit sur la page de documentation du paramètre persist_for (pour les modèles).

persist_for peut également être utilisé dans le cadre d'une table dérivée, décrite sur la page de documentation du paramètre persist_for (pour les tables dérivées).

Utilisation

crawl_name {
persist_for: "1 heure"
}

Hiérarchie Fichier de modèle explore persist_for

Valeur par défaut Paramètre persist_for du modèle Acceptation Chaîne contenant un entier suivi d'une période (secondes, minutes ou heures) Règles spéciales Un paramètre persist_for au niveau explore remplacera le paramètre persist_for au niveau du modèle

Définition

Envisagez plutôt d'utiliser datagroup et persist_with, comme décrit sur la page de documentation Mettre en cache des requêtes et recréer des PDT à l'aide de groupes de données.

persist_for vous permet de modifier la durée d'utilisation des résultats de requête mis en cache pour une exploration donnée. Dans Looker, la durée de cache par défaut est d'une heure. Les résultats du cache sont stockés dans un fichier chiffré sur votre instance Looker.

Dans Looker, le mécanisme de mise en cache fonctionne comme suit: lorsqu'un utilisateur exécute une requête spécifique, le résultat de cette requête est mis en cache. Si la même requête (tout doit être identique, y compris les limites du nombre de lignes, etc.), dans un délai inférieur à celui spécifié par persist_for, les résultats mis en cache sont renvoyés. Sinon, une nouvelle requête est exécutée sur votre base de données.

À l'expiration du délai persist_for, les données sont supprimées du cache, à condition que la fonctionnalité Laboratoires Looker des tableaux de bord instantanés soit désactivée. Consultez la page de documentation Mettre en cache des requêtes et recréer des PDT à l'aide de groupes de données pour en savoir plus sur la durée de stockage des données dans le cache.

Si persist_for est défini à la fois pour une exploration et pour son modèle, la valeur définie pour l'exploration sera prioritaire pour les requêtes basées sur cette exploration.

Depuis une exploration, vous pouvez vérifier si une requête a été renvoyée à partir d'un cache ou forcer la génération de nouveaux résultats à partir de la base de données. Pour en savoir plus, consultez la page Mettre en cache des requêtes et recréer des PDT à l'aide de groupes de données.

Examples

Ajustez la longueur du cache sur deux heures:

explore: my_explore {
  persist_for: "2 hours"
}

Ajustez la durée du cache à 30 minutes:

explore: my_explore {
  persist_for: "30 minutes"
}

Désactivez la mise en cache afin que les utilisateurs ne reçoivent jamais les résultats mis en cache pour une requête:

explore: my_explore {
  persist_for: "0 seconds"
}

Éléments à prendre en compte

Lorsque persist_for est défini sur 0 seconds, les requêtes de vos utilisateurs ne récupèrent pas les données du cache. Toutefois, Looker requiert le cache disque pour les processus internes. Vos données chiffrées seront donc toujours écrites dans le cache, même lorsque persist_for est défini sur 0 seconds. Une fois écrites dans le cache, les données sont signalées pour suppression, mais peuvent durer jusqu'à 10 minutes sur le disque. Pour en savoir plus, consultez la page Mettre en cache des requêtes et recréer des PDT à l'aide de groupes de données.

persist_for ne correspond pas nécessairement à votre importation de données

De nombreuses entreprises importent quotidiennement des données dans leur base de données d'analyse. Parfois, ils n'ont aucune utilité d'exécuter de nouvelles requêtes si les données ne sont pas constamment mises à jour. Ils définissent donc la durée de cache sur 24 heures (comme persist_for: 24 hours). Toutefois, cela n'empêche pas les utilisateurs d'obtenir des données plus anciennes que la dernière actualisation.

Par exemple, une requête est exécutée le 1er janvier à midi, les données sont importées le 2 janvier au matin, puis à midi le 2 janvier. Comme la requête a été exécutée dans le délai de 24 heures spécifié par persist_for, les données du 1er janvier seront renvoyées, même si de nouvelles données ont été chargées le 2 janvier.

Si vous souhaitez que votre mise en cache soit alignée sur les importations de données, utilisez un groupe de données et persist_with, comme décrit sur cette page sur la mise en cache.

Les looks planifiés mettent en cache les résultats

Lorsqu'un aperçu programmé est exécuté, il crée un ensemble de résultats mis en cache de la même manière qu'une requête d'exécution utilisateur. Pour prémettre un rapport en cache, vous pouvez l'enregistrer et le planifier.