Partitions (Analysis Services - Données multidimensionnelles)

Une partition est un conteneur pour une partie des données du groupe de mesures. Les partitions ne sont pas visibles à partir de requêtes MDX ; toutes les requêtes reflètent l’ensemble du contenu du groupe de mesures, quel que soit le nombre de partitions définies pour le groupe de mesures. Le contenu des données d’une partition est défini par les liaisons de requête de la partition et par l’expression de découpage.

Un objet simple Partition est composé d’informations de base, de définition de découpage, de conception d’agrégation et d’autres. Les informations de base incluent le nom de la partition, le mode de stockage, le mode de traitement et d’autres. La définition de découpage est une expression MDX spécifiant un tuple ou un jeu. La définition de découpage a les mêmes restrictions que la fonction MDX StrToSet. Avec le paramètre CONTRAINTE, la définition de découpage peut utiliser des noms de dimension, de hiérarchie, de niveau et de membre, de clés, de noms uniques ou d’autres objets nommés dans le cube, mais ne peut pas utiliser de fonctions MDX. La conception d’agrégation est une collection de définitions d’agrégation qui peuvent être partagées entre plusieurs partitions. La valeur par défaut est extraite de la conception d’agrégation du cube parent.

Les partitions sont utilisées par Microsoft SQL Server Analysis Services pour gérer et stocker des données et des agrégations pour un groupe de mesures dans un cube. Chaque groupe de mesures a au moins une partition ; cette partition est créée lorsque le groupe de mesures est défini. Lorsque vous créez une partition pour un groupe de mesures, la nouvelle partition est ajoutée à l’ensemble de partitions qui existent déjà pour le groupe de mesures. Le groupe de mesures reflète les données combinées contenues dans toutes ses partitions. Cela signifie que vous devez vous assurer que les données d’une partition dans un groupe de mesures sont exclusives des données d’une autre partition du groupe de mesures pour s’assurer que les données ne sont pas reflétées dans le groupe de mesures plusieurs fois. La partition d’origine d’un groupe de mesures est basée sur une table de faits unique dans la vue de source de données du cube. Lorsqu’il existe plusieurs partitions pour un groupe de mesures, chaque partition peut référencer une table différente dans la vue de source de données ou dans la source de données relationnelle sous-jacente du cube. Plusieurs partitions d’un groupe de mesures peuvent référencer la même table si chaque partition est limitée à différentes lignes de la table.

Les partitions sont un moyen puissant et flexible de gérer des cubes, en particulier des cubes volumineux. Par exemple, un cube qui contient des informations de vente peut contenir une partition pour les données de chaque année précédente et également des partitions pour chaque trimestre de l’année en cours. Seule la partition du trimestre actuel doit être traitée lorsque les informations actuelles sont ajoutées au cube ; le traitement d’une plus petite quantité de données améliore les performances de traitement en réduisant le temps de traitement. À la fin de l’année, les quatre partitions trimestrielles peuvent être fusionnées en une seule partition pour l’année et une nouvelle partition créée pour le premier trimestre de l’année. De plus, ce nouveau processus de création de partition peut être automatisé dans le cadre des procédures de chargement et de traitement de cube de votre entrepôt de données.

Les partitions ne sont pas visibles pour les utilisateurs professionnels du cube. Toutefois, les administrateurs peuvent configurer, ajouter ou supprimer des partitions. Chaque partition est stockée dans un ensemble distinct de fichiers. Les données agrégées de chaque partition peuvent être stockées sur l’instance d’Analysis Services où la partition est définie, sur une autre instance d’Analysis Services ou dans la source de données utilisée pour fournir les données sources de la partition. Les partitions permettent aux données sources et aux données agrégées d’un cube d’être distribuées sur plusieurs disques durs et entre plusieurs ordinateurs serveurs. Pour un cube de taille modérée à grande, les partitions peuvent considérablement améliorer les performances des requêtes, les performances de charge et la facilité de maintenance du cube. Pour plus d’informations sur les partitions distantes, consultez Partitions distantes.

Le mode de stockage de chaque partition peut être configuré indépendamment des autres partitions du groupe de mesures. Les partitions peuvent être stockées à l’aide de n’importe quelle combinaison d’options pour l’emplacement des données sources, le mode de stockage, la mise en cache proactive et la conception d’agrégation. Les options d’OLAP en temps réel et de mise en cache proactive vous permettent d’équilibrer la vitesse des requêtes par rapport à la latence lorsque vous concevez une partition. Les options de stockage peuvent également être appliquées aux dimensions associées et aux faits dans un groupe de mesures. Cette flexibilité vous permet de concevoir des stratégies de stockage de cube adaptées à vos besoins. Pour plus d’informations, consultez Les modes de stockage de partition et le traitement, les agrégations et les conceptions d’agrégation et la mise en cache proactive (partitions).

Partition Structure

La structure d’une partition doit correspondre à la structure de son groupe de mesures, ce qui signifie que les mesures qui définissent le groupe de mesures doivent également être définies dans la partition, ainsi que toutes les dimensions associées. Par conséquent, lorsqu’une partition est créée, elle hérite automatiquement du même ensemble de mesures et de dimensions associées qui ont été définies pour le groupe de mesures.

Toutefois, chaque partition d’un groupe de mesures peut avoir une table de faits différente, et ces tables de faits peuvent provenir de différentes sources de données. Lorsque différentes partitions d’un groupe de mesures ont des tables de faits différentes, les tables doivent être suffisamment similaires pour maintenir la structure du groupe de mesures, ce qui signifie que la requête de traitement retourne les mêmes colonnes et les mêmes types de données pour toutes les tables de faits pour toutes les partitions.

Lorsque les tables de faits pour différentes partitions proviennent de différentes sources de données, les tables sources pour toutes les dimensions associées, ainsi que toutes les tables de faits intermédiaires, doivent également être présentes dans toutes les sources de données et doivent avoir la même structure dans toutes les bases de données. En outre, toutes les colonnes de table de dimensions utilisées pour définir des attributs pour les dimensions de cube liées au groupe de mesures doivent être présentes dans toutes les sources de données. Il n’est pas nécessaire de définir toutes les jointures entre la table source d’une partition et une table de dimension associée si la table source de partition a la même structure que la table source pour le groupe de mesures.

Les colonnes qui ne sont pas utilisées pour définir des mesures dans le groupe de mesures peuvent être présentes dans certaines tables de faits, mais absentes dans d’autres. De même, les colonnes qui ne sont pas utilisées pour définir des attributs dans des tables de dimension associées peuvent être présentes dans certaines bases de données, mais absentes dans d’autres. Les tables qui ne sont pas utilisées pour les tables de faits ou les tables de dimension associées peuvent être présentes dans certaines bases de données, mais absentes dans d’autres.

Sources de données et stockage de partitions

Une partition est basée sur une table ou une vue dans une source de données, ou sur une table ou une requête nommée dans une vue de source de données. L’emplacement où les données de partition sont stockées est définie par la liaison de source de données. En règle générale, vous pouvez partitionner un groupe de mesures horizontalement ou verticalement :

• Dans un groupe de mesures partitionné horizontalement, chaque partition d’un groupe de mesures est basée sur une table distincte. Ce type de partitionnement est approprié lorsque les données sont séparées en plusieurs tables. Par exemple, certaines bases de données relationnelles ont une table distincte pour les données de chaque mois.

• Dans un groupe de mesures partitionné verticalement, un groupe de mesures est basé sur une table unique et chaque partition est basée sur une requête système source qui filtre les données de la partition. Par exemple, si une table unique contient plusieurs mois de données, le groupe de mesures peut toujours être partitionné par mois en appliquant une clause Transact-SQL WHERE qui retourne les données d’un mois distinct pour chaque partition.

Chaque partition a des paramètres de stockage qui déterminent si les données et les agrégations de la partition sont stockées dans l’instance locale d’Analysis Services ou dans une partition distante à l’aide d’une autre instance d’Analysis Services. Les paramètres de stockage peuvent également spécifier le mode de stockage et déterminer si la mise en cache proactive est utilisée pour contrôler la latence d’une partition. Pour plus d’informations, consultez Les modes de stockage de partition et le traitement, la mise en cache proactive (partitions) et les partitions distantes.

Mises à jour incrémentielles

Lorsque vous créez et gérez des partitions dans des groupes de mesures à plusieurs partitions, vous devez prendre des précautions spéciales pour garantir que les données de cube sont précises. Bien que ces précautions ne s’appliquent généralement pas aux groupes de mesures à partition unique, ils s’appliquent quand vous mettez à jour de façon incrémentielle les partitions. Lorsque vous mettez à jour incrémentiellement une partition, une nouvelle partition temporaire est créée qui a une structure identique à celle de la partition source. La partition temporaire est traitée, puis fusionnée avec la partition source. Par conséquent, vous devez vous assurer que la requête de traitement qui remplit la partition temporaire ne dupliquer aucune donnée déjà présente dans une partition existante.

Voir aussi

Configurer les propriétés de mesure
Cubes dans les modèles multidimensionnels