Discussion :

[LeLapinVengeur]

Bonjour!

Bon j'arrive toujours pas à faire des titres explicites

Alors, j'ai le problème suivant:

J'ai ma table de FAIT dont certains objets n'ont pas de clé étrangère vers une table DIMENSION.

Quand je veux déployer mon cube il n'est pas content

Ya-t-il une astuce pour pallier à ce problème ou est-ce que je fais une erreur conceptuelle fondamentale? ^^

Merci à tous

[EDIT] J'ai oublié de préciser que j'ai tester cette soluce:

Je suis complètement d'accord avec toi, mais ce n'est pas moi qui ai conçu les packages SSIS .
Je suis donc obligé de le faire au niveau du cube et je viens de trouver comment le faire. Il suffit de modifier le comportement des clés des dimensions en passant le paramètre "Traitement null" sur "Unknow Member". De cette manière, lors de l'analyse de données, toutes les lignes qui n'ont pas de correspondance dans la dimension (valeur à null) seront agrégées dans une colonne unknown (penser à passer le paramètre unknownMember de la dimension à visible ou hidden)

http://www.developpez.net/forums/sho...=unknownMember

[psychokwax]

Y a déjà un post sur ce sujet...

http://www.developpez.net/forums/sho...d.php?t=573101

[LeLapinVengeur]

Dans "liaisons des groupes de mesures" J'ai mis la propriété "traitement null" de ma clé à "UnknownMember"

Et la propriété "UnknownMember" de ma dimension est défini à "Hidden".

Pourtant je n'arrive pas à déployer le cube

[EDIT] J'ai vérifié mon datawarehouse et pour les clés étrangère manquantes, elles ne sont pas à NULL mais à 0.
Je vais essayer de les mettre à NULL avant de créer un membre fictif (histoire de comprendre la différence )

[EDIT2] Ca marche en modifiant la base de données avec des NULL

L'intéret de lier à un membre ficitf au lieu de mettre des NULL est "une bonne pratique" selon ta réponse dans l'autre Topic. Pourrais tu me donner un peu plus d'explication sur ce sujet. C'est lié au index??

J'te remercie

[psychokwax]

Pour moi, la valeur NULL dans une table de faits représente une erreur en source de données et donc le record contenant cet erreur doit être écarté pour être ensuite corrigé puis éventuellement réintroduit dans la table de faits lors qu'un chargement utltérieur (ou alors simplement mappé sur un membre fictif "erreur").

Quand je parle de membre fictif, c'est un membre qui va remplacer la valeur NULL dans des cas considéré comme normal et donc, le record n'est pas écarté.

Je prend un exemple que j'ai eut à traiter chez un client. On a un cube servant à faire des études de population. Ce cube permet de calculer les changements d'état civil (entre autre chose). Dans ma table de faits, j'ai donc une colonne "EtatCivil" qui représente l'état civil courant d'une personne ainsi qu'une colonne "EtatCivilOrigine" qui représente le précédent état civil d'une personne. Chaque record de ma table de fait représente une personne (ce cube ne sert en grande partie qu'à compter des personnes en fait...).

Quand un record de la table de fait ne représente pas un flux "changement d'état civil" (on a différent flux dans le cube), il n'y a pas de valeur pour la colonne "EtatCivilOrigine" et donc, plutôt que de mettre une valeur nulle pour cette colonne, je la remplace par le membre fictif "Non applicable".

Concernant les valeurs nulles et leur redirection vers le "unknownmember" d'une dimension, j'ai déjà expérimenté que cela ralentissait fortement le processing d'un cube quand il y a un grand nombre d'enregistrements dans la table de faits.

[LeLapinVengeur]

Je te remercie pour toutes ces précisions