Metabase plus rapide grâce au cache : quelle fraîcheur accepter ?

Une réponse rapide peut être une réponse ancienne

Metabase documente la conservation des résultats de requêtes pour éviter de relire la base à chaque visite. Cela décrit un mécanisme ; aucun gain n’a été mesuré pour notre article. Exemple fictif : une donnée change à 10 h 05, mais une lecture à 10 h 10 peut encore retrouver un résultat conservé. La question n’est pas seulement « combien de secondes pour ouvrir ? », mais « quel retard peut-on accepter avant de commander ou de décider ? ».

La politique disponible dépend du plan

La documentation actuelle réserve notamment les politiques Duration et Schedule aux plans Pro et Enterprise, en cloud comme en auto-hébergement. Le rafraîchissement automatique du cache est également conditionnel et n’est pas disponible avec certains dispositifs de permissions, dont la sécurité par lignes et colonnes décrite par Metabase. Faites confirmer la version, le plan et le réglage réellement proposés ; ne comparez pas un cache automatique présumé à un devis qui ne l’inclut pas.

Expiration et recalcul sont deux moments

Dans le mécanisme décrit par Metabase, le recalcul intervient normalement lorsqu’une personne consulte après expiration ; l’option de rafraîchissement automatique change ce comportement lorsqu’elle est disponible. Nous demanderions donc le parcours du premier lecteur après expiration, pas seulement celui qui ouvre une vue déjà conservée. Une invalidation programmée après l’export nocturne peut aussi arriver avant un export retardé : le calendrier ne prouve pas la réception de la nouvelle source.

Recevoir une fraîcheur utile, sans mesurer une fausse victoire

Le protocole proposé garde une valeur témoin, modifie une donnée fictive ou autorisée dans la source puis relève l’heure où la nouvelle valeur devient lisible. Répétez après expiration et avec les profils de droits utiles. Faites indiquer si le résultat provient d’un cache Metabase, d’une source déjà figée ou d’un autre mécanisme. Pour un dossier de clôture daté, conserver longtemps une réponse approuvée peut être souhaitable ; pour une décision de disponibilité, la même ancienneté peut être inacceptable.

Preuves et sources

Faits lus, déclarations d’éditeurs, méthodes et avis restent distincts. Notre méthode.

• Fait lu. Metabase documente le cache de résultats ; Duration/Schedule et rafraîchissement automatique sont réservés à Pro/Enterprise, avec incompatibilités du rafraîchissement automatique pour certains réglages de permissions.

  Daté du 8 novembre 2026. Portée : Documentation latest, cloud et auto-hébergé ; version installée et plan à confirmer

  Contexte : FR pour lecteur ; documentation officielle EN ou FR citée

  Réserve : Lecture documentaire du périmètre cité ; aucun compte, test produit, contrat client ou performance mesurée.

  Metabase — Caching query results

  Lu le 8 novembre 2026. Documentation primaire lue.

  Portée : Caching query results

  Documentation latest évolutive ; plan et version installés à confirmer, aucun gain de vitesse mesuré.

• Notre méthode. Accepter un cache seulement si sa fraîcheur et son renouvellement respectent la décision servie, sans confondre vitesse et donnée à jour. Le protocole proposé est notre méthode de réception.

  Daté du 8 novembre 2026. Portée : Responsable qui hésite à activer une conservation de résultats pour accélérer un tableau de bord.

  Contexte : FR

  Réserve : Avis conditionnel et méthode éditoriale ; ne vaut pas test, validation juridique ou résultat garanti.