Perspectives

Une perspective est une définition qui permet aux utilisateurs de voir un cube de manière plus simple. Une perspective est un sous-ensemble des caractéristiques d’un cube. Une perspective permet aux administrateurs de créer des vues d’un cube, ce qui permet aux utilisateurs de se concentrer sur les données les plus pertinentes pour eux. Une perspective contient des sous-ensembles de tous les objets d’un cube. Une perspective ne peut pas inclure d’éléments qui ne sont pas définis dans le cube parent.

Un objet simple Perspective est composé d’informations de base, de dimensions, de groupes de mesures, de calculs, de indicateurs de performance clés et d’actions. Les informations de base incluent le nom et la mesure par défaut de la perspective. Les dimensions sont un sous-ensemble des dimensions du cube. Les groupes de mesures sont un sous-ensemble des groupes de mesures de cube. Les calculs sont un sous-ensemble des calculs de cube. Les indicateurs de performance clés sont un sous-ensemble des indicateurs de performance clés du cube. Les actions sont un sous-ensemble des actions de cube.

Un cube doit être mis à jour et traité avant que la perspective puisse être utilisée.

Les cubes peuvent être des objets très complexes que les utilisateurs peuvent explorer dans Microsoft SQL Server Analysis Services. Un cube unique peut représenter le contenu d’un entrepôt de données complet, avec plusieurs groupes de mesures dans un cube représentant plusieurs tables de faits et plusieurs dimensions basées sur plusieurs tables de dimension. Un tel cube peut être très complexe et puissant, mais intimidant pour les utilisateurs qui n’ont besoin d’interagir qu’avec une petite partie du cube afin de répondre à leurs besoins en matière de décisionnel et de création de rapports.

Dans Microsoft SQL Server Analysis Services, vous pouvez utiliser une perspective pour réduire la complexité perçue d’un cube dans Analysis Services. Une perspective définit un sous-ensemble visible d’un cube qui fournit des points de vue spécifiques à l’entreprise ou spécifiques à l’application sur le cube. La perspective contrôle la visibilité des objets contenus dans un cube. Les objets suivants peuvent être affichés ou masqués dans une perspective :

• Taille

• Attributs

• Hiérarchies

• Groupes de mesures

• Dispositions

• Des indicateurs de performance clés (KPI)

• Calculs (membres calculés, jeux nommés et commandes de script)

• Actions

Par exemple, le cube Adventure Works dans l’exemple de base de données Adventure Works Multidimensional 2012 Analysis Services contient onze groupes de mesures et vingt-un dimensions de cube différentes, représentant des ventes, des prévisions de ventes et des données financières. Une application cliente peut référencer directement le cube complet, mais ce point de vue peut être écrasant pour un utilisateur qui tente d’extraire des informations de prévision de ventes de base. Au lieu de cela, le même utilisateur peut utiliser la perspective Sales Targets pour limiter l’affichage du cube Adventure Works uniquement à ces objets pertinents pour les prévisions de ventes.

Les objets d’un cube qui ne sont pas visibles par l’utilisateur par le biais d’une perspective peuvent toujours être directement référencés et récupérés à l’aide d’instructions XML for Analysis (XMLA), MDX (Multidimensional Expressions) ou DMX (Data Mining Extensions). Les perspectives ne limitent pas l’accès aux objets d’un cube et ne doivent pas être utilisées en tant que telles ; Au lieu de cela, les perspectives sont utilisées pour offrir une meilleure expérience utilisateur lors de l’accès à un cube.

Une perspective est une vue en lecture seule du cube ; les objets du cube ne peuvent pas être renommés ou modifiés à l’aide d’une perspective. De même, le comportement ou les caractéristiques d’un cube, telles que l’utilisation de totaux visuels, ne peuvent pas être modifiées à l’aide d’une perspective.

Sécurité

Les perspectives ne sont pas destinées à être utilisées comme mécanisme de sécurité, mais en tant qu’outil permettant de fournir une meilleure expérience utilisateur dans les applications décisionnels. Toute la sécurité d’une perspective particulière est héritée du cube sous-jacent. Par exemple, les perspectives ne peuvent pas fournir l’accès aux objets d’un cube auquel un utilisateur n’a pas déjà accès. - La sécurité du cube doit être résolue avant que l’accès aux objets du cube puisse être fourni par le biais d’une perspective.