SCD et les valeurs nulles sous Oracle

jpvigniel · 05/04/2011, 16h14

Bonjour a tous

Je vous écris car j'ai un gros soucis avec le composant SCD de talend au dessus d'une base Oracle.

J'utilise ce composant pour gérer ma dimension client. Je souhaite gérer certain champs de type 2 qui contiennent potentiellement des valeurs null.
Or, il semblerait que le composant crée systématiquement une nouvelle entrée si une valeur de type 2 est à null.

Je suppose que ca vient du fait qu'oracle considère que l'opération null = null retourne false et qu'il faut utiliser is null pour avoir un résultat correct.

Connaissez vous un moyen de contourner le problème (a part mettre une valeur spécifique pour null)

J'utilise TIS 3.4, est ce que ce composant a été amélioré avec la 4?

Benoit_Durand · 05/04/2011, 17h00

nous utilisons une valeur fictive pour les colonnes clés : -1, -9999, '$&@xyz' ...
Valeurs qu'il faut repasser à null dans les rapports aux utilisateurs.
Ce système fonctionne bien chez nous mais n'est pas applicable partout

Si vous avez trouvez une solution je suis preneur.

jpvigniel · 05/04/2011, 17h38

Du coup, il faut avoir une valeur pas défaut pour chaque type, tester tres soigneusement que ce n'est pas oublié quelque part et que les utilisateurs s'en rappellent.

Me demande si je ne vais pas faire un snapshop mensuel comme l'avait fait mon prédécesseur et laisser tomber le SCD. Snif

Benoit_Durand · 06/04/2011, 17h17

Si c'est une chaine faire un si null ="" n'a pas forcément d'impact pour les utilisateurs.

J'utilise la version sql serveur de ce composant et avec talend 4.0 j'avais une colonne integer nullable qui servait de clé (clés sources). Talend me remplaçait cette valeur par un 0...
Il serait peut être intéressant de tester la 4.

jpvigniel · 06/04/2011, 17h29

La problème de la chaine vide c'est qu'Oracle la considère comme un champ a null.

Pour l'instant je m'en sors en mettant des valeurs par défaut explicites du type 'Inconnu'. Au moins si les utilisateurs les chargent sans précaution, le résultat est lisible. (Ca fonctionne car pour on ne fait pas d'internationalisation

)

L'avantage c'est qu'avec Cognos ou QlicView qui eux aussi n'aiment pas trop les null, on peut utiliser les données directement.

05/04/2011, 16h14	#1
jpvigniel Invité régulier Inscription : avril 2004 Messages : 13 Détails du profil Informations forums : Inscription : avril 2004 Messages : 13 Points : 6 Points : 6	SCD et les valeurs nulles sous Oracle Bonjour a tous Je vous écris car j'ai un gros soucis avec le composant SCD de talend au dessus d'une base Oracle. J'utilise ce composant pour gérer ma dimension client. Je souhaite gérer certain champs de type 2 qui contiennent potentiellement des valeurs null. Or, il semblerait que le composant crée systématiquement une nouvelle entrée si une valeur de type 2 est à null. Je suppose que ca vient du fait qu'oracle considère que l'opération null = null retourne false et qu'il faut utiliser is null pour avoir un résultat correct. Connaissez vous un moyen de contourner le problème (a part mettre une valeur spécifique pour null) J'utilise TIS 3.4, est ce que ce composant a été amélioré avec la 4?
	00

05/04/2011, 17h00	#2
Benoit_Durand Membre Expert Benoit Durand Consultant en Business Intelligence Freelance Inscription : mars 2005 Messages : 812 Détails du profil Informations personnelles : Nom : Benoit Durand Localisation : France, Gironde (Aquitaine) Informations professionnelles : Activité : Consultant en Business Intelligence Freelance Informations forums : Inscription : mars 2005 Messages : 812 Points : 1 084 Points : 1 084	nous utilisons une valeur fictive pour les colonnes clés : -1, -9999, '$&@xyz' ... Valeurs qu'il faut repasser à null dans les rapports aux utilisateurs. Ce système fonctionne bien chez nous mais n'est pas applicable partout Si vous avez trouvez une solution je suis preneur. __________________ Pensez à la fonction Recherche
	00

06/04/2011, 17h17	#4
Benoit_Durand Membre Expert Benoit Durand Consultant en Business Intelligence Freelance Inscription : mars 2005 Messages : 812 Détails du profil Informations personnelles : Nom : Benoit Durand Localisation : France, Gironde (Aquitaine) Informations professionnelles : Activité : Consultant en Business Intelligence Freelance Informations forums : Inscription : mars 2005 Messages : 812 Points : 1 084 Points : 1 084	Si c'est une chaine faire un si null ="" n'a pas forcément d'impact pour les utilisateurs. J'utilise la version sql serveur de ce composant et avec talend 4.0 j'avais une colonne integer nullable qui servait de clé (clés sources). Talend me remplaçait cette valeur par un 0... Il serait peut être intéressant de tester la 4. __________________ Pensez à la fonction Recherche
	00

06/04/2011, 17h29	#5
jpvigniel Invité régulier Inscription : avril 2004 Messages : 13 Détails du profil Informations forums : Inscription : avril 2004 Messages : 13 Points : 6 Points : 6	La problème de la chaine vide c'est qu'Oracle la considère comme un champ a null. Pour l'instant je m'en sors en mettant des valeurs par défaut explicites du type 'Inconnu'. Au moins si les utilisateurs les chargent sans précaution, le résultat est lisible. (Ca fonctionne car pour on ne fait pas d'internationalisation) L'avantage c'est qu'avec Cognos ou QlicView qui eux aussi n'aiment pas trop les null, on peut utiliser les données directement.
	00

05/04/2011, 17h38	#3
jpvigniel Invité régulier Inscription : avril 2004 Messages : 13 Détails du profil Informations forums : Inscription : avril 2004 Messages : 13 Points : 6 Points : 6	Du coup, il faut avoir une valeur pas défaut pour chaque type, tester tres soigneusement que ce n'est pas oublié quelque part et que les utilisateurs s'en rappellent. Me demande si je ne vais pas faire un snapshop mensuel comme l'avait fait mon prédécesseur et laisser tomber le SCD. Snif
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email