Glossaire
Data

Change Data Capture

Aussi : CDC, Change-Data-Capture, Data Change Capture, capture des changements de données, capture de données modifiées, Erfassung von Datenänderungen, Änderungsdatenerfassung

Technique qui détecte et transmet uniquement les données modifiées d'un système source, gardant les systèmes en aval à jour sans tout recharger.

De quoi il s'agit

Change Data Capture (CDC) est une méthode qui suit chaque insertion, mise à jour et suppression dans une base de données source et transmet uniquement ces changements aux autres systèmes. Au lieu de copier une table entière chaque nuit, le CDC ne déplace que ce qui a changé, souvent en quelques secondes. Un directeur financier du commerce en voit l'intérêt concret quand les ventes de la veille apparaissent dans le tableau de bord dès le matin plutôt qu'avec un jour de retard, car seules les nouvelles transactions ont circulé, pas tout le grand livre.

Pourquoi c'est important

La plupart des dirigeants ne touchent jamais au CDC, mais ils en ressentent l'absence. Quand un client modifie son adresse dans un système et que le changement met un jour à atteindre la facturation, le marketing et le support, la friction apparaît sous forme de courriers en double, de factures erronées et de recommandations d'IA dépassées. Le CDC rend le "temps réel" réaliste plutôt que théorique, car il alimente entrepôts, CDP et modèles d'IA en données fraîches à une fraction du coût des rechargements complets. Pour un CDO, il réduit la charge sur les systèmes de production tout en renforçant la confiance dans les rapports. Pour une piste IA, un modèle entraîné sur des données vieilles de quelques heures se comporte autrement qu'un modèle sur des données vieilles de plusieurs jours, et le CDC est souvent le facteur décisif.

Comment ça marche

Le CDC lit généralement le journal des transactions de la base de données, le même enregistrement conservé pour récupérer après une panne. Lire le journal permet au CDC de capturer les changements sans ralentir les applications utilisées par les équipes, contrairement aux méthodes anciennes qui balayaient les tables en boucle. Chaque changement capturé devient un événement : cette ligne a été modifiée, celle-ci supprimée, à tel instant. Ces événements circulent dans un pipeline de données vers un entrepôt, un lakehouse ou une plateforme de streaming. Quand vous approuvez un projet promettant des "tableaux de bord en direct" ou des "profils clients synchronisés", le CDC en est très probablement le mécanisme. Vos vérifications sont simples : quelle fraîcheur exige-t-on, que tolère le système source, et qui possède le pipeline quand il tombe en panne.

Questions fréquentes

Qu'est-ce que le Change Data Capture, en termes simples ?

Le Change Data Capture (CDC) est une technique qui détecte chaque insertion, mise à jour et suppression dans une base source, puis transmet uniquement ces changements aux autres systèmes. Au lieu de recopier une table entière chaque nuit, le CDC ne déplace que ce qui a bougé, souvent en quelques secondes. C'est ce qui permet aux ventes de la veille d'apparaître dans le dashboard finance dès le matin plutôt qu'avec un jour de retard.

Pourquoi un dirigeant non technique devrait-il s'intéresser au CDC ?

Parce qu'on en ressent l'absence plus que la présence. Quand un client modifie son adresse dans un système et que la mise à jour met une journée à atteindre la facturation, le marketing et le support, cela se traduit par des envois en double, des factures erronées et des recommandations périmées. Le CDC est ce qui rend le temps réel crédible plutôt que décoratif.

Quelle différence entre le CDC et un rechargement complet nocturne ?

Un rechargement complet recopie toute la table à intervalle fixe, en général la nuit ; le CDC ne transmet que les lignes modifiées, souvent en quelques secondes. Résultat : des données plus fraîches pour une fraction du coût et une charge bien moindre sur les systèmes de production. Le rechargement complet reste simple à exploiter, mais il plafonne définitivement la fraîcheur du reporting.

Comment le CDC capte-t-il les changements sans ralentir les applications ?

Le CDC lit généralement le journal de transactions de la base, celui-là même que le système tient pour pouvoir se remettre d'un incident. Lire ce journal permet de capter les modifications sans peser sur les applications utilisées, contrairement aux méthodes anciennes qui rescannaient les tables en boucle. Chaque changement devient un événement horodaté (ligne modifiée, ligne supprimée) qui circule dans un pipeline vers un entrepôt, un lakehouse ou une plateforme de streaming.

Que faut-il demander quand un projet promet des dashboards temps réel ou des profils clients synchronisés ?

Trois vérifications : quelle fraîcheur de données est réellement nécessaire, quelle charge le système source peut supporter, et qui est responsable du pipeline quand il casse. Les projets qui promettent des dashboards en direct ou des profils clients synchronisés entre canaux reposent presque toujours sur du Change Data Capture. La question du responsable est la plus importante : une panne silencieuse de CDC ressemble exactement à des données qui auraient simplement cessé de bouger.