Discussion :

[Jinroh77]

Depuis sa disponibilité j'ai entendu parler du CDC en pensant à quelque chose de vraiment super, mais sans avoir essayé.
Le principe étant de loguer dans des tables spécifiques tout changement de valeur dans des colonnes dans des tables sélectionnées.
A partir de là on peut récupérer les lignes qui changent et les valeurs associées.

Ok très bien, mais dans l'alimentation d'un entrepôt de données cela est intéressant lorsque l'on met en place ce suivi sur les tables sources qui nous permettent de s'alimenter ??
Mettre cela sur les tables de l'entrepôt n'a aucun intérêt ?
Donc dans le cas où l'on s'alimente depuis beaucoup de systèmes différents, autres que du SQL Server, cela ne s'utilise pas ?

[Ptit_Dje]

En effet, le CDC de SQL Server est utile à implémenter sur les sources OLTP utilisées pour charger un DWH.
Je rajouterai meme qu'il est utile si les tables sources ne contiennent pas de colonnes d'audit telles que Creation_date / Last_Update_Date.

Pour ce qui est des autres systèmes, vous pouvez utiliser le CDC de ceux la pour alimenter vos tables de DM, si bien entendu le systeme en question à cette fonctionnalité implémentée.

[Jinroh77]

C'est bien ce que je pensais.
Le problème étant que je n'ai aucun contrôle sur les sources et que cela n'est pas implémenté.

Il me reste donc à faire des lookup et des conditionnal split pour alimenter tout cela.

A la rigueur le CDC pourra me servir dans l'alimentation des cubes en modes push pour n'envoyer que ce qui a changé, mais là encore ça risque de ne pas être probant : nécessité de tout envoyer dès qu'il y a un update à faire.

[Jinroh77]

Je ne cherche pas à faire des généralité, mais plutôt à comprendre l'utilisation de ce process.
Tu dis t'en servir pour alimenter une table de dimension directement depuis un flux.
Peux-tu expliquer l'utilisation que tu en as à l'activer sur tons serveur de destination ? Quel est alors le rôle du CDC ?

Merci.