Dimensions activées en écriture

Dans une dimension, les données sont généralement en lecture seule. Cependant, dans certains scénarios, vous pouvez activer l'écriture sur une dimension. Dans MicrosoftSQL ServerAnalysis Services, l'activation de l'écriture sur une dimension permet aux utilisateurs de l'entreprise de modifier le contenu de la dimension et de constater l'impact immédiat des modifications sur les hiérarchies de la dimension. Toute dimension basée sur une seule table peut être activée en écriture. Dans une dimension activée en écriture, les utilisateurs et les administrateurs peuvent modifier, déplacer, ajouter et supprimer des membres d'attribut. Ces mises à jour sont collectivement regroupées sous l'appellation d'écriture différée de dimension.

Analysis Services prend en charge l'écriture différée de dimension dans tous les attributs de dimension, et il est possible de modifier n'importe quel membre d'une dimension. Pour un cube ou une partition activé en écriture, les mises à jour sont stockées dans une table d'écriture différée distincte des tables sources du cube. Toutefois, pour une dimension d'écriture différée, les mises à jour sont enregistrées directement dans la table de la dimension. De plus, si la dimension activée en écriture figure dans un cube à plusieurs partitions dont certaines ou l'ensemble des sources de données possèdent une copie de la table de dimension, seule la table de dimension d'origine est mise à jour lors de l'écriture différée.

Les dimensions activées en écriture et les cubes activés en écriture ont des fonctionnalités différentes mais complémentaires. Une dimension activée en écriture permet aux utilisateurs de l'entreprise de mettre à jour les membres, tandis qu'un cube activé en écriture leur permet de mettre à jour les valeurs des cellules. Bien que ces deux fonctions soient complémentaires, il n'est pas nécessaire de les utiliser conjointement. Il n'est pas nécessaire d'inclure une dimension dans un cube pour pouvoir utiliser l'écriture différée de dimension. Une dimension activée en écriture peut également figurer dans un cube qui n'est pas activé en écriture. Différentes procédures permettent d'activer en écriture les dimensions et les cubes et de gérer leur sécurité.

Les restrictions suivantes s'appliquent à l'écriture différée de dimension :

• Lorsque vous créez un membre, vous devez inclure chaque attribut dans une dimension. Vous ne pouvez pas insérer un membre sans définir la valeur de l'attribut clé de la dimension. Par conséquent, la création de membres est soumise aux contraintes (telles que valeurs de clés non NULL) définies dans la table de dimension.

• Seuls les schémas en étoile prennent en charge l'écriture différée de dimension. En d'autres termes, une dimension doit reposer sur une seule table directement associée à une table de faits. Après l'activation en écriture d'une dimension, Analysis Services valide cette condition lorsque vous effectuez un déploiement vers une base de données Analysis Services existante ou lorsque vous créez un projet Analysis Services.

Vous pouvez modifier ou supprimer un membre existant d'une dimension d'écriture différée. Lorsque vous supprimez un membre, la suppression s'applique à tous les membres enfants. Par exemple, si vous supprimez un pays/région dans une dimension Customer qui contient les attributs CountryRegion, Province, City et Customer, vous supprimez toutes les régions, toutes les villes et tous les clients qui appartiennent au pays/région supprimé. Si le pays/région a une seule province et que vous supprimez la province, vous supprimez également le pays.

Les membres d'une dimension d'écriture différée ne peuvent être déplacés que dans le même niveau. Par exemple, une ville peut être transférée vers le niveau City dans un autre pays/région ou une autre province, mais pas vers le niveau Province ou CountryRegion. Dans une hiérarchie parent-enfant, tous les membres sont des membres feuilles, et vous pouvez donc transférer un membre vers n'importe quel niveau à l'exception du niveau (All).

Si un membre d'une hiérarchie parent-enfant est supprimé, les enfants du membre sont déplacés vers le parent du membre. Vous devez disposer d'autorisations de mise à jour sur la table relationnelle du membre supprimé, mais aucune autorisation n'est nécessaire sur les membres déplacés. Lorsqu'une application déplace un membre dans une hiérarchie parent-enfant, l'application peut indiquer dans l'opération UPDATE si les descendants du membre doivent être transférés avec le membre ou transférés vers le parent du membre. Pour supprimer de manière récursive un membre dans une hiérarchie parent-enfant, l'utilisateur doit disposer d'autorisations de mise à jour sur la table relationnelle du membre et de tous les descendants du membre.

Toutes les modifications d'une dimension modifient la structure de la dimension. Chaque modification d'une dimension correspond à une transaction nécessitant un traitement incrémentiel pour mettre à jour la structure de la dimension. Les dimensions activées en écriture ont les mêmes conditions de traitement que les autres dimensions.