Si les entrées de cache ne sont pas purgées lorsque les données des bases de données sous-jacentes changent, les requêtes peuvent potentiellement renvoyer des résultats obsolètes.
Vous devez déterminer si ce comportement est acceptable. Vous pouvez tolérer que le cache contienne des données obsolètes. Vous devez décider du niveau de données obsolètes acceptable, puis configurer (et suivre) un ensemble de règles en adéquation avec ce niveau.
Par exemple, supposons qu'une application analyse les données d'entreprise d'un grand conglomérat, et que vous générez des récapitulatifs annuels sur les différentes divisions de l'entreprise. Les nouvelles données n'ont pas d'impact net sur les requêtes car elles concernent uniquement les récapitulatifs de l'année suivante. Dans ce cas, au moment de déterminer si le cache doit être purgé, la balance peut pencher en faveur de la conservation des entrées dans le cache.
Imaginons, cependant, que les bases de données sont mises à jour trois fois par jour et que vous exécutez les requêtes sur les activités du jour. Dans ce cas, vous devez purger le cache plus fréquemment, voire envisager de ne pas utiliser le cache.
Dans un autre scénario, vous recréez l'ensemble de données intégralement à des intervalles réguliers (par exemple, une fois par semaine). Dans cet exemple, vous pouvez purger la totalité du cache dans le cadre du processus de recréation de l'ensemble de données, ce qui vous assure de l'absence de données obsolètes dans le cache.
Quelle que soit votre situation, vous devez déterminer ce qui est acceptable en matière d'informations non à jour renvoyées aux utilisateurs.