[SSIS] [2K5] probleme avec Merge Join

Bonjour ç tous, en fait j'ai une double question,

Dans mon schema en etoile, j'ai une dimension Dim_lineFacture (qui contient les lignes de facture) et possedant une hierarchie Facture: pour une facture il y a +ieurs lignes de factures.

1er questien (conception): sachant que j'utilise les clés de substitution, j'ai ajouté donc une clé de substitution pour Dim_lineFacture (c'est elle qui apparait dans la table de fait), mais j'ai preferé ne pas ajouter une clé de substitution à la table (hierarchie) Facture: (donc je garde la clé du systeme de prduction).
-est ce que c'est bien fait comme ça?

2ieme question: pour allimenter la table Facture (la hierarchie), j'utilise un simple merge join de ssis, mais il me signale une erreur: violation de la clé primaire de la table Facture.:oops:
j'ai tout essayer et j'arrive pas à resoudre le probleme.

Help svp :oops:

Bonjour,

Je voudrais savoir (sans remettre totalement en cause la modélisation) si la dimension facture avait une raison d'exister. Potentiellement, cette dimension a une croissance infinie (son nombre de ligne va croître tant que le système d'information sera utilisé). Tu me diras que la dimension client est également dans ce cas. Cependant, l'insertion de client dans la base sera beaucoup moins régulière que l'opération de facturation. Le nombre de ligne de facturation va donc croître de manière importante (sauf si peu de facture sont émises par ton client). Et le nombre de ligne dans une dimension a son importance lors de l'interrogation des données (surtout pour le calcul des agrégations si tu mets en place un cube).
De plus la dimension se construit également en fonction des attributs qu'elle présente (en vue des futures analyses comme par exemple, une adresse, un effectif, un secteur d'activité, un CA etc. pour un client/entreprise). Et en ce qui concerne une facture, je ne vois pas quels attributs pourraient constituer des critères d'analyses?
En somme, les informations factures ne seraient-elles pas plus pertinentes dans une table de faits (je ne fais que poser la question)?

Pour l'utilisation d'une clé de substitution, il est préférable de se détacher au plus du système de production et de les utiliser le plus possible. Mais il est vrai que dans le cas du numéro de facture (une information logiquement inamovible) elles peuvent ne pas être utilisées (cependant, il faudra s'assurer du caractère définitif de ce numéro auprès du client...en cas de doute il vaut mieux ne pas prendre de risque et utiliser une autre clé).

Et enfin pour le problème sur SSIS, quel est le message d'erreur exact?