Considérations relatives à la table de faits lors de la fusion de partitions
Lorsque vous fusionnez des partitions, combinez les filtres des deux partitions avec OR afin de créer un filtre pour la partition résultante. Ce filtre de combinaison spécifie l'ensemble des faits utilisés dans la partition résultante. Si la partition source et la partition de destination utilisent la même table de faits dans une source de données ou une vue de source de données, le filtre de combinaison spécifie les données de la table de faits appropriée à la partition résultante. Étant donné que les faits nécessaires à la partition résultante existent dans la table de faits, aucune autre action n'est nécessaire.
Les tables de faits ne sont pas fusionnées automatiquement lorsque vous fusionnez des partitions. Vous devez fusionner manuellement les tables de faits si les partitions à fusionner ont des tables de faits différentes. Lorsque vous fusionnez des partitions qui utilisent des tables de faits différentes, la partition résultante fait uniquement référence à la table de faits d'origine de la partition de destination. Vous devez fusionner manuellement les faits de la table de faits de la partition source dans la table de faits de la partition de destination. Vous pouvez également remplacer la source pour la partition fusionnée par une requête nommée qui retourne le contenu de deux tables de faits distinctes. Si vous n'effectuez pas cette opération manuelle, les informations contenues dans la table de faits ne seront pas complètes.
Si les partitions fusionnées se basent sur deux requêtes nommées différentes dans la vue de source de données, vous devez modifier la requête nommée sur laquelle la partition associée se base pour inclure toutes les lignes retournées par les requêtes nommées distinctes.
Partitions MOLAP
Lors de la fusion de partitions MOLAP (OLAP multidimensionnel), les faits stockés dans les structures multidimensionnelles des partitions sont également fusionnés. Ceci produit une partition complète et cohérente en interne. Cependant, les faits stockés dans les partitions MOLAP sont des copies des faits de la table de faits. Lorsque la partition est traitée ultérieurement, les faits de la structure multidimensionnelle sont supprimés (seulement pour un traitement complet et d'actualisation) et les données sont copiées à partir de la table de faits, comme indiqué par la source de données et le filtre de la partition. Si la partition source utilise une table de faits différente de celle de la partition de destination, vous devez fusionner manuellement ces deux tables de faits pour vous assurer qu'un ensemble de données complet sera disponible au moment du traitement de la partition résultante. Cela s'applique également si les deux partitions se basent sur des requêtes nommées différentes.
.gif "Attention") Attention |
|---|
Une partition MOLAP (OLAP multidimensionnel) fusionnée avec une table de faits incomplète contient une copie fusionnée en interne des données de la table de faits et fonctionne correctement jusqu'à son traitement. |
Partitions HOLAP et MOLAP
Lors de la fusion de partitions HOLAP (OLAP hybride) ou ROLAP (OLAP relationnel) ayant des tables de faits différentes, ces tables de faits ne sont pas automatiquement fusionnées. À moins qu'elles ne soient fusionnées manuellement, seule la table de faits associée à la partition de destination est disponible pour la partition fusionnée. Les faits associés à la partition source ne permettent pas de développer le niveau inférieur d'une partition résultante, et au moment du traitement de la partition, les agrégations ne synthétiseront pas les données de la table non disponible.
Important
Une partition HOLAP ou ROLAP fusionnée avec une table de faits incomplète contient des agrégations exactes mais des faits incomplets. Les requêtes qui font référence à des faits manquants renvoient des données incorrectes. Au moment du traitement de la partition, les agrégations sont uniquement calculées à partir des faits disponibles.
L'absence des faits non disponibles ne se remarque pas nécessairement, à moins qu'un utilisateur ne tente de développer le niveau inférieur d'un fait d'une table non disponible ou n'exécute une requête qui nécessite un fait d'une table non disponible. Étant donné que les agrégations sont associées pendant le processus de fusion, les requêtes dont les résultats sont uniquement fondés sur les agrégations renvoient des données exactes, tandis que les autres peuvent renvoyer des données erronées. Même après le traitement de la partition résultante, les données manquantes d'une table de faits non disponible peuvent ne pas être remarquées, surtout si elles ne représentent qu'une faible partie des données combinées.
Les tables de faits peuvent être fusionnées avant ou après les partitions. Cependant, les agrégations ne représenteront pas avec exactitude les faits sous-jacents tant que les deux opérations ne seront pas terminées. Il est recommandé de procéder à la fusion des partitions HOLAP ou ROLAP qui ont accès à différentes tables de faits lorsque les utilisateurs ne sont pas connectés au cube qui contient ces partitions.
Vous pouvez également créer une requête nommée dans la vue de source de données du cube pour retourner le contenu combiné de deux tables de faits différentes. Vous pouvez alors modifier la source de la partition fusionnée pour faire référence à cette requête nommée.