Discussion :

[p1labul]

Bonjour,

Pour mon premier post, je vais essayer d'être claire dans l'exposé de mon problème.
Depuis la migration d'un de mes packages SSIS 2008R2 vers 2012R2, je ne peux plus utiliser un composant "Dimension à variation lente" pour alimenter mes dimensions.
En effet, lorsque je définis mon composant SCD le wizard crée bien l'arborescence SCD-Destination si ajout-Destination si modification, mais les destination sous en erreur avec le message suivant :
"Erreur de validation. Alimentation DimUtilisateur : Alimentation DimUtilisateur : Les colonnes « USER_NOM » et « Param_4 » ne peuvent pas effectuer des conversions entre des types de données de chaîne Unicode et non Unicode"
La colonne USER_NOM est bien en Unicode (DT_WSTR) en entrée et en sortie du composant SCD mais lorsque je vais dans l'éditeur avancé du composant destination OLEDB pour l'update (par exemple) la colonne USER_NOM est en non-Unicode (DT_STR). Je ne peux résoudre le problème qu'en utilisant la fonction UNICODE pour le "param_4" car dans l'éditeur avancé ne prend pas en compte le changement DT_STR=> DT_WSTR

Mes questions sont les suivantes :

mon problème vient-il du composant destination OLEDB ? Mais que peut-on utiliser à la place ?
Existe-t-il une solution alternative au SCD de SSIS, du type merge t-sql sachant néanmoins que j'ai du scd type 2 ?

Merci pour votre aide.

[d.joubert]

Ben la source et la destination n'ont pas le même type de données :
- soit tu modifies ta table destination pour mettre le champ en Unicode
- soit tu castes en non Unicode au moment de la lecture de ta table source.

Il existe pas mal de littérature sur les alternatives au composant SCD : tapes "SSIS Upsert" dans Google, tu trouveras ton bonheur

[p1labul]

Au final, en suivant ton conseil, j'ai remplacé la majorité des composants par des merges (beaucoup plus rapide!)
Pour les scd de type 2, j'ai casté.
Merci de ton aide