IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

equête. Pour cela, vous avez besoin d'une clé identifiant la ligne de façon
unique et n'étant pas associée à plusieurs segments.
v Il existe une jointure définie qui utilise moins de clés qu'un déterminant unique
défini pour un sujet de requête.
Si votre jointure est basée sur un sous-ensemble des colonnes qui sont
référencées par les clés d'un déterminant unique du côté 0..1 ou 1..1 des
relations, un conflit se produit. Pour résoudre ce conflit, modifiez la relation
pour qu'elle soit parfaitement conforme au déterminant ou modifiez le
déterminant de sorte qu'il prenne en charge la relation.
v Vous souhaitez remplacer les déterminants importés depuis la source de données
qui sont en conflit avec des relations établies pour la génération de rapports.
Par exemple, il existe des déterminants pour deux sujets de requête
correspondant à plusieurs colonnes, mais la relation entre ces sujets de requête
n'utilise qu'un sous-ensemble de ces colonnes. Modifiez les informations des
déterminants du sujet de requête si elles ne sont pas adaptées à l'utilisation de
colonnes supplémentaires dans la relation.
Requêtes à granularité multiple et à faits multiples
Des requêtes à granularité multiple et à faits multiples dans des sources de
données relationnelles se produisent lorsqu'une table contenant des données
dimensionnelles est jointe à plusieurs tables de faits sur différentes colonnes de
clés.
Notez que dans la présente section le terme dimension est utilisé au sens
conceptuel. Un sujet de requête avec une cardinalité de 1:1 or 0:1 se comporte
comme une dimension. Pour plus d'informations, voir «Cardinalité», à la page 331.
Un sujet de requête comporte généralement des groupes ou niveaux distincts de
données d'attributs avec des clés qui se répètent. Les studios IBM Cognos
procèdent automatiquement à une agrégation au plus bas niveau commun de
granularité dans le rapport. Le risque de double comptage apparaît lors de la
création de totaux dans les colonnes contenant des données qui se répètent. Si le
niveau de granularité des données est correctement modélisé, le double comptage
peut être évité.
Remarque : il est possible de consigner des données à un niveau de granularité
inférieur au niveau commun le plus bas. Dans ce cas, les données d'un niveau de
granularité plus élevé se répètent, mais cela n'a pas d'incidence sur les totaux si les
déterminants sont correctement appliqués.
L'exemple ci-dessous illustre deux sujets de requête de fait, Sales et Product
forecast, qui partagent deux sujets de requête dimensionnels, Time et Product.
Chapitre 9. Guide de modélisation des métadonnées 339