Présentation du modèle d'objet tabulaire

Un modèle tabulaire est une représentation logique des tables et des relations à des fins analytiques ; le modèle inclut également d'autres fonctionnalités telles que les hiérarchies d'attributs (pour descendre et monter dans la hiérarchie plus facilement), les perspectives (pour simplifier ou mettre l'accent sur une plus petite partie du modèle), les indicateurs de performance clés et de nombreuses autres fonctionnalités. Toutefois, toutes les représentations logiques doivent reposer sur des bases solides pour être utilisées ; cette section vous présente les concepts et l'implémentation interne sous-jacents à l'utilisation d'AMO. Consultez Développement avec AMO (Analysis Management Objects) si vous n'avez jamais utilisé AMO.

L'approche est ici verticale : tous les objets pertinents dans le modèle tabulaire sont logiquement mappés aux objets AMO et l'interaction ou le flux de travail requis sont expliqués. Par ailleurs, un exemple de code source permettant de créer un modèle tabulaire à l'aide d'AMO (AMO to Tabular) est disponible à partir de Codeplex pour tous ceux qui souhaitent voir une implémentation possible parmi de nombreuses autres. Remarque importante à propos du code : le code est fourni 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.

Représentation de la base de données

Une base de données fournit l'objet conteneur du modèle tabulaire ; tous les objets d'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 ; toutefois, 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.

Consultez Représentation de la base de données (tabulaire) pour une explication détaillée sur la façon de créer et manipuler la représentation de la base de données.

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 ; toutefois, il est important de noter que cela ne signifie pas que tous les objets contenus dans la source de données AMO peuvent être utilisés lors de la modélisation tabulaire.

Consultez Représentation de la connexion (tabulaire) pour une explication détaillée sur la façon de créer et manipuler la représentation de la source de données.

Représentation d'une table

Les tables sont des objets de base de données qui contiennent toutes les données d'une base de données. En termes d'objets AMO, une table a une relation de mappage un-à-plusieurs et 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 tabulaire.

Consultez Représentation de tables (tabulaire) pour une explication détaillée sur la façon de créer et manipuler la représentation d'une table.

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 et est représentée par l'utilisation des objets AMO suivants : Dimension et MeasureGroup 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 tabulaire.

Consultez Représentation (tabulaire) d'une colonne calculée pour une explication détaillée sur la façon de créer et manipuler la représentation d'une 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 et est représentée par l'utilisation des objets AMO suivants : Commands et CalculationProperties 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 tabulaire.

[!REMARQUE]

En outre, il existe une différence importante, les objets Measure n'ont aucune relation avec les mesures calculées dans les modèles tabulaires. Et ils ne sont pas pris en charge dans les modèles tabulaires.

Consultez Représentation de la mesure calculée (tabulaire) pour une explication détaillée sur la façon de créer et manipuler la représentation d'une 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 ; toutefois, 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.

Consultez Représentation (tabulaire) d'une hiérarchie pour une explication détaillée sur la façon de créer et manipuler la représentation d'une hiérarchie.

Représentation d'un indicateur de performance clé (KPI)

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, une représentation KPI a une relation un-à-plusieurs, une colonne calculée est représentée par l'utilisation des objets AMO suivants : Commandset CalculationProperties et 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 puissent être utilisés lors de la modélisation tabulaire.

[!REMARQUE]

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.

Consultez Représentation (tabulaire) d'un indicateur de performance clé pour une explication détaillée sur la façon de créer et manipuler la représentation d'un KPI.

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 ; toutefois, 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.

Consultez Représentation (tabulaire) d'une partition pour une explication détaillée sur la façon de créer et manipuler la représentation d'une partition.

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 en tant que relation par défaut pour le modèle et est nommée comme relation active ; toutes les autres relations sont nommées comme inactives.

En termes d'objets AMO, toutes les relations inactives ont une représentation de relation de mappage un-à-un avec Relationship et aucun autre objet AMO principal n'est requis ; pour la relation active, d'autres exigences existent et un mappage à ReferenceMeasureGroupDimension est également requis. Toutefois, 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 tabulaire.

Consultez Représentation (tabulaire) d'une relation 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 permet de simplifier ou mettre l'accent sur une plus petite partie du modèle pour l'application cliente. 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 ; toutefois, 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.

Consultez Représentation (tabulaire) d'une perspective pour une explication détaillée sur la façon de créer et manipuler la représentation d'une perspective.

Attention
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.