Discussion :

[Yogy]

Bonjour,
j'ai des données que je vais devoir importer depuis une table en bdd. Le problème est lorsque le champ "X" sera modifié il faudra que je garde son historique pour savoir que de telle date à telle date il avait telle ou telle valeur. Afin que d'autres traitements puisse accéder aux différentes valeurs du champs "X". Par exemple pour conserver des cadences.
Y a t il des outils dans SSIS pour gérer ce genre de demande ? Je ne sais pas ce qu'est un membre inféré cela peut-il m'aider ? il y a aussi les attributs d'historique...
merci pour votre aide..

[dream_rachid]

- s'il s'agit d'une dimension tu peux utiliser le composant "Dimension à variation Lente" et tu peux choisir l'option d'historier les modifications

- s'il s'agit d'une table de fait c à toi de développer un composant qui détecte les données modifiés dans tes bases sources par rapport à ton entrepôt de données et par la suite il va les insérées .

[Yogy]

il s'agit d'une table de faits... bon bah..
merci

[asaintraymond]

Le mieux est peut-être de créer un Trigger qui à la modification d'un enregistrement va créer un enregistrement dans une table d'historique (ou dans la même table).

[Jinroh77]

Le mieux est peut-être de créer un Trigger qui à la modification d'un enregistrement va créer un enregistrement dans une table d'historique (ou dans la même table).

Si tu souhaites vraiment passer par ce genre de choses, autant regarder du côté du CDC de la version 2008 de Microsoft

[dream_rachid]

Jinroh77 , si tu as un lien qui explique au mieux ton approche , merci de le poster

[asaintraymond]

Si tu souhaites vraiment passer par ce genre de choses, autant regarder du côté du CDC de la version 2008 de Microsoft

Merci, je ne connaissais pas et ça a l'air très intéressant.

Une mini-doc ici:
http://www.infosys.com/microsoft/res...ta-capture.pdf

[Jinroh77]

Une petite recherche google sur "SQL Server CDC" et l'on trouve beaucoup de choses.
Le principe est un peu celui des triggers, sauf que ici, c'est complètement système et que ça ne fonctionne pas sur la table en elle-même mais sur les journaux de transactions liés à cette table.

Le principe est de déclarer une table que monitorée avec les champs etc. A ce moment, dès qu'une modification est faite sur cette table (Insert, update, delete) une écriture est générée dans cette table système pour décrire ce qui se passe. On y retrouve l'ancienne version, la nouvelle, la date/heure, l'utilisateur etc...
Tout plein de choses très intéressante pour une base SQL Server qui est la source d'un entrepôt de données.
Oracle fait à peu près la même chose avec les Snapshot-logs ou plutôt récemment appelé vues matérialisées.

[dream_rachid]

à première vue , à mon avis, je pense que ce n'est pas pratique de lancer le CDC dans les tables volumineuses...Par contre chose que je connais dans oracle (mais jamais pratiquée ) c'est d'utiliser la pseudocolonne ora_rowscn et je pense qu'il existe son équivalent dans SQLSERVER (ça doit être une colonne avec un type timestamp)