Actualiser un cache de produits est un projet Redis pratique destiné aux personnes qui connaissent la navigation de base dans un terminal et GET/SET. Vous réparerez un petit cache pour que les devis répétés utilisent réellement Redis, tout en séparant les prix par boutique, devise et période de location.
Deux Guided Labs expliquent la courte politique Python et son comportement réel dans les bases de données. Un Challenge indépendant applique ces décisions à la location de matériel, avec d’autres identités, prix et durées. Chaque unité fournit des données neuves et un Terminal prêt à l’emploi.
Ce que vous apprendrez
- Construire des identités complètes et confronter les accès au cache aux SELECT réels de la base principale, y compris pour les prix égaux à zéro.
- Limiter la durée de chaque remplissage sans repousser son échéance lors des accès.
- Invalider le prix précis après validation de l’écriture principale et préserver les données lorsque celle-ci est refusée.
- Observer une modification externe par expiration réelle et distinguer une panne ultérieure du cache d’une annulation de l’écriture principale.
À qui s’adresse ce cours
Aux apprenants Redis et aux développeurs débutants qui souhaitent gérer une copie dérivée utile des données. La navigation élémentaire dans un terminal et les concepts GET/SET sont requis. Les modèles complets expliquent la syntaxe Python nécessaire ; aucune expérience préalable de Python n’est demandée.
LabEx fournit Redis, une petite base principale SQLite préparée, les outils de requête et un Terminal dans le navigateur. Vous modifiez policy.py, sans créer le schéma principal ni un site web.
Questions fréquentes
Que vais-je livrer ? Une politique réutilisable et un comportement de prix réellement correct, en préservant les lignes et entrées de cache non concernées. Le Challenge change les identités et la durée admise.
Le TTL garantit-il une cohérence forte ? Le cours teste des requêtes séquentielles contrôlées. Il explique les périodes de données périmées, les limites d’un remplissage concurrent et l’échec possible de l’invalidation après une écriture déjà validée. Il ne promet ni latence de production, ni cohérence distribuée, ni reprise après panne.
