Partager via


Présentation du modèle d'objet tabulaire

Un modèle tabulaire est une représentation logique de tables, de relations, de hiérarchies, de perspectives, de mesures, et de performance clés. Cette section présente l'implémentation interne à l'aide d'objets AMO. Consultez Développement à l’aide d’AMO (Analysis Management Objects) si vous n’avez pas utilisé AMO auparavant.

L'approche ici est hiérarchisée, tous les objets appropriés dans le modèle tabulaire sont logiquement mappés aux objets AMO, et les interactions ou le flux de travail requis sont expliqués. Un exemple de code source pour créer un modèle tabulaire à l’aide d’AMO, AMO to Tabular, est disponible à partir de Codeplex. Remarque importante à propos du code dans l'exemple : le code est fourni uniquement comme un support aux concepts logiques expliqués ici et ne doit pas être utilisé dans un environnement de production, ni à des fins autres que pédagogiques. L'exemple est fourni sans prise en charge ni garantie.

Représentation de la base de données

Une base de données fournit un objet conteneur pour le modèle tabulaire. Tous les objets dans un modèle tabulaire sont contenus dans la base de données. En termes d'objets AMO, une représentation de base de données a une relation de mappage un-à-un avec Database et aucun autre objet AMO principal n'est requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans l'objet de base de données AMO peuvent être utilisés lors de la modélisation.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation de base de données, consultez Représentation de base de données (tabulaire).

Représentation de la connexion

Une connexion établit la relation entre les données à inclure dans une solution de modèle tabulaire et le modèle lui-même. En termes d'objets AMO, une connexion a une relation de mappage un-à-un avec DataSource et aucun autre objet AMO principal n'est requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans l'objet datasource AMO peuvent être utilisés lors de la modélisation.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation de source de données, consultez Représentation de connexion (tabulaire).

Représentation d'une table

Les tables sont des objets de base de données qui contiennent toutes les données dans la base de données. En termes d'objets AMO, une table a une relation de mappage un-à-plusieurs. Une table est représentée par l'utilisation des objets AMO suivants : DataSourceView, Dimension, Cube, CubeDimension, MeasureGroup et Partition sont les principaux objets requis ; toutefois, il est important de noter que cela ne signifie pas que tous les objets contenus dans les objets AMO précédemment mentionnés peuvent être utilisés lors de la modélisation.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation de table, consultez Représentation des tables (tabulaire).

Représentation d'un colonne calculée

Les colonnes calculées sont des expressions évaluées qui génèrent une colonne dans une table, où une nouvelle valeur est calculée et stockée pour chaque ligne de la table. En termes d'objets AMO, une colonne calculée a une relation de mappage un-à-plusieurs. Une colonne calculée est représentée par l'utilisation des objets AMO suivants : Dimension et MeasureGroup sont les principaux objets requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans les objets AMO mentionnés précédemment peuvent être utilisés lors de la modélisation.

Consultez Représentation de colonne calculée (tabulaire) pour obtenir une explication détaillée sur la création et la manipulation de la représentation de colonne calculée.

Représentation de la mesure calculée

Les mesures calculées sont des expressions stockées qui sont évaluées à la demande une fois le modèle déployé. En termes d'objets AMO, une mesure calculée a une relation de mappage un-à-plusieurs. Une colonne calculée est représentée par l'utilisation des objets AMO suivants : Commands et CalculationProperties sont les principaux objets requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans les objets AMO mentionnés précédemment peuvent être utilisés lors de la modélisation.

Notes

Les objets Measure n'ont aucune relation avec les mesures calculées dans les modèles tabulaires et ne sont pas pris en charge dans ces modèles.

Consultez Représentation de mesure calculée (tabulaire) pour obtenir une explication détaillée sur la création et la manipulation de la représentation de mesure calculée.

Représentation d'une hiérarchie

Les hiérarchies permettent à l'utilisateur final d'explorer plus facilement les objets. En termes d'objets AMO, une représentation de hiérarchie a une relation de mappage un-à-un avec Hierarchy et aucun autre objet AMO principal n'est requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans l'objet de base de données AMO peuvent être utilisés lors de la modélisation tabulaire.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation hiérarchique, consultez Représentation hiérarchique (tabulaire).

Indicateur de performance clé -KPI- Représentation

Un KPI évalue la performance d'une valeur, définie par une mesure de base, par rapport à une valeur cible. En termes d'objets AMO, la représentation d'un KPI a une relation de mappage un-à-plusieurs. Un KPI est représenté par l'utilisation des objets AMO suivants : Commandsand CalculationProperties sont les principaux objets requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans les objets AMO mentionnés précédemment peuvent être utilisés lors de la modélisation.

Notes

En outre, il existe une différence importante, les objets Kpi n'ont aucune relation avec les indicateurs de performance clés dans les modèles tabulaires. Et ils ne sont pas pris en charge dans les modèles tabulaires.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation d’indicateur de performance clé, consultez Représentation d’indicateur de performance clé (tabulaire).

Représentation d'une partition

À des fins opérationnelles, une table peut être divisée en différents sous-ensembles de lignes qui une fois combinés forment la table. Chacun de ces sous-ensembles est une partition de la table. En termes d'objets AMO, une représentation de partition a une relation de mappage un-à-un avec Partition et aucun autre objet AMO principal n'est requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans l'objet de base de données AMO peuvent être utilisés lors de la modélisation.

Pour obtenir une explication détaillée sur la création et la manipulation de la représentation de partition, consultez Représentation de partition (tabulaire ).

Représentation d'une relation

Une relation est une connexion entre deux tables de données. La relation établit la façon dont les données des deux tables doivent être mises en corrélation.

Dans les modèles tabulaires, plusieurs relations peuvent être définies entre deux tables. Lorsque plusieurs relations entre deux tables sont définies, une seule peut être définie comme relation active par défaut. Toutes les autres relations sont inactives.

En termes d'objets AMO, toutes les relations inactives ont une représentation d'une relation de mappage un-à-un avec Relationship et aucun autre objet AMO principal n'est requis. Pour la relation active, d'autres conditions existent et un mappage à ReferenceMeasureGroupDimension est également requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans la relation AMO ou l'objet referenceMeasureGroupDimension peuvent être utilisés lors de la modélisation.

Consultez Relationship Representation (Tabular) pour une explication détaillée sur la façon de créer et manipuler la représentation d'une relation.

Représentation d'une perspective

Une perspective est un mécanisme pour simplifier ou mieux cibler le mode. En termes d'objets AMO, une représentation de relation a une relation de mappage un-à-un avec Perspective et aucun autre objet AMO principal n'est requis. Il est important de noter que cela ne signifie pas que tous les objets contenus dans l'objet de perspective AMO peuvent être utilisés lors de la modélisation tabulaire.

Pour obtenir une explication détaillée sur la façon de créer et de manipuler la représentation de perspective, consultez Représentation en perspective (tabulaire).

Avertissement

Les perspectives ne sont pas un mécanisme de sécurité ; les objets en dehors de la perspective sont toujours accessibles à l'utilisateur via d'autres interfaces.