Capture des modifications de données
La capture des modifications de données enregistre les changements en base pour leur traitement par d’autres applications.
Capturer les changements plutôt que les seuls exports complets
La capture des modifications de données, ou CDC, relève les changements des données en base pour un traitement en aval. Une méthode possible lit le journal des modifications ; PostgreSQL décrit à cet effet le décodage logique. D’autres méthodes peuvent fonctionner différemment.
Dans un exemple fictif, une catégorie de produit modifiée doit parvenir à un système d’analyse. Le changement technique de ligne n’explique pas à lui seul si le produit a été approuvé sur le plan métier. CDC ne remplace donc pas la définition des événements métier. Précisez jeu initial, suppressions, changements de schéma et position de reprise. Les destinataires doivent aussi gérer les répétitions possibles. Capturer une modification ne prouve pas qu’elle a été correctement appliquée dans la cible.
Sources
Termes associés
- Architecture événementielleDans une architecture événementielle, des composants signalent des événements auxquels les autres peuvent réagir indépendamment.
- Cohérence des donnéesLa cohérence des données signifie que les données respectent les règles définies et que les états liés ne se contredisent pas.
- IdempotenceUne opération idempotente produit le même effet sur l’état, qu’elle soit exécutée une seule fois ou répétée à l’identique.
- Server-Sent EventsLes Server-Sent Events transmettent du texte du serveur au client par HTTP, par exemple sur l’avancement d’une tâche en arrière-plan.
- ETagUn ETag identifie une version de représentation d’une ressource HTTP et permet des lectures ou modifications conditionnelles.
- Cross-Origin Resource SharingCORS contrôle l’accès du navigateur aux réponses d’une autre origine. Il ne remplace ni la connexion ni la vérification des droits de l’API.
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.