Création et utilisation de modèles de rapport basés sur des cubes

Mis à jour : 12 décembre 2006

Les modèles de rapport sont générés à partir de cubes Analysis Services (AS) à l'aide du Gestionnaire de rapports ou de SQL Server Management Studio. Pour pouvoir créer un modèle de rapport à partir du cube AS, vous devez être administrateur de la base de données Analysis Services. Une fois le modèle généré, il est impossible de le modifier. Si vous décidez de modifier le contenu de votre base de données, régénérez le modèle afin d'y incorporer vos modifications.

Chaînes de connexion

Lors de la création d'un modèle de rapport sur une base de données Analysis Services, votre chaîne connexion est semblable à ce qui suit :

Data Source=<reportserver>;Initial Catalog=<database name>

Remarque :

Si votre base de données Analysis Services contient des traductions de cube, vous pouvez créer des versions traduites du modèle de rapport. Pour créer un modèle pour chaque langue, spécifiez l'identificateur de paramètres régionaux (LCID) dans la chaîne de connexion de la source de données. Pour créer un modèle en chinois, par exemple, votre chaîne de connexion doit ressembler à ce qui suit Data Source=<reportserver>;Initial Catalog=<database name>;LocaleIdentifier=3012. Pour plus d'information sur les traductions de cube, consultez Traductions de cube.

Règles pour la génération de modèles à partir de bases de données Analysis Services

Les règles génériques qui sont appliquées lors de la création d'un modèle à partir d'un cube sont répertoriées ci-dessous :

• Des groupes de mesures sont associés à des entités. Un modèle de rapport inclut tous les cubes de la base de données Analysis Services.
• Des dimensions sont associées à des entités. Des dimensions de fait ne produisent pas une entité différente. Par exemple, supposons que vous possédez un groupe de mesures Sale (Vente) dans un cube et une dimension de fait appelée Sale Detail (Détail des ventes). Lorsqu'un modèle est généré à partir de ce cube, le modèle générera une entité unique qui contient toutes les mesures de Sale et tous les attributs de dimension de Sale Detail.
• Les relations entre les groupes de mesures et les dimensions sont converties en rôles au sein du modèle. Des relations référencées (utilisées pour les relations indirectes) et des relations plusieurs-à-plusieurs sont définies dans le modèle en tant que rôles.
• Les mesures sont converties en attributs d'entité.
• Les attributs de dimension sont convertis en attributs d'entité. Le concept de hiérarchie n'existe pas dans les modèles. Par conséquent, un attribut de dimension est inclus dans le modèle s'il est visible, ou s'il existe une hiérarchie visible qui contient un niveau dont il dépend. L'attribut clé d'une dimension est toujours inclus, même s'il est marqué comme invisible.
• Les attributs d'entité issus de mesures et les attributs de dimension sont organisés dans des dossiers conformément aux dossiers d'affichage définis dans le cube.
• Les perspectives de cube deviennent des perspectives de modèle de rapport. Qui plus est, chaque cube devient une perspective dans le modèle. Par conséquent, les utilisateurs du Générateur de rapports doivent sélectionner une perspective dans le modèle et non le modèle de niveau supérieur.
• Les mesures calculées (membres calculés) deviennent des attributs sur l'entité correspondant au groupe de mesures auquel les mesures sont associées.
• Les jeux nommés définis sur l'attribut clé d'une dimension sont convertis en un sous-type de l'entité. Par exemple, le jeu nommé « Large Customers » produit un sous-type de « Customer ». Les jeux nommés qui ne reposent pas sur un attribut clé unique sont ignorés.
• Les indicateurs de performance clés (KPI) sont convertis en attributs sur l'entité correspondant au groupe de mesures auquel l'indicateur de performance clé est associé. Plusieurs attributs sont créés pour chaque indicateur de performance clé, couvrant ainsi les différents composants de ce dernier (Value, Goal, Status et Trend). De plus, un attribut de variation est créé pour Status et Trend qui contient les attributs StatusGraphic et TrendGraphic, respectivement. L'image réelle est incluse dans le rapport lorsque vous utilisez ces attributs.

Éléments de base de données Analysis Services omis des modèles de rapport

Les éléments Analysis Services suivants n'apparaissent pas dans le modèle généré :

• Membres calculés (qui ne figurent pas dans la dimension Mesures).
• Les hiérarchies parent-enfant ne sont pas converties en rôles ou attributs de modèle. L'attribut clé est toujours inclus. Cependant, l'utilisation de cet attribut dans un rapport affichera les valeurs de mesure du membre clé, et non la valeur agrégée sur la hiérarchie parent-enfant. De plus, les performances seront affectées.
• Actions. Elles incluent notamment les actions d'extraction. La fonctionnalité d'extraction est toujours activée sur les attributs d'agrégation, quelles que soient les actions d'extraction définies dans le cube. Par conséquent, lorsqu'un utilisateur exécute un rapport du Générateur de rapports en dehors du modèle et clique sur une agrégation pour afficher un rapport consultable à l'aide de clics, des tables vides sont affichées.
• Relations d'attributs. Une dimension donne lieu à une seule entité, et les relations entre les attributs des dimensions n'ont aucune incidence sur le modèle de rapport.
• Les relations d'un groupe de mesures à une dimension sont ignorées si elles reposent sur un attribut autre que l'attribut clé de la dimension. Par exemple, le groupe de mesures Budget peut être lié à Heure au niveau Mois, plutôt qu'au niveau Jour. Dans ce cas, le modèle de rapport n'inclura aucune relation entre l'entité Budget et l'entité Heure.

Observations relatives à conception de cube

Tenez compte des points suivants lorsque vous concevez un cube pour lequel vous prévoyez de générer un modèle de rapport :

• Les mesures calculées ou les indicateurs de performance clés qui ne sont pas associés à un groupe de mesures n'apparaîtront pas dans le modèle de rapport. Pour configurer le groupe de mesures associé d'une mesure calculée, vous devez utiliser la boîte de dialogue Propriétés de calcul.
• Les requêtes envoyées par le Générateur de rapports demanderont systématiquement la valeur de membre des membres de dimension et utiliseront la valeur de membre pour le tri et le filtrage. Par défaut dans Analysis Services, si un attribut comporte une liaison de nom, la valeur de membre sera identique au nom de membre, et si l'attribut ne comporte aucune liaison de nom, la valeur de membre sera identique à la clé de membre. Cependant, chaque attribut peut posséder une liaison explicite à une colonne qui fournit la valeur de membre, laquelle doit retourner la valeur dans le type de données « true ». Par exemple, un attribut Date dans Analysis Services peut comporter une clé qui est DateTime (par exemple, « 25/04/2006 ») et un nom ou une légende qui est une description textuelle (« mardi 25 avril 2006 »). Dans ce cas, le concepteur de cube doit définir MemberValue à la clé, afin de garantir un tri et un filtrage appropriés. Bien que ce point doive être pris en compte pour n'importe quel attribut, il concerne plus particulièrement les attributs datetime (date/heure). Pour un attribut datetime, le modèle généré contiendra deux attributs de modèle-rapport ; un qui est la légende et une variante de celui-ci qui est la valeur datetime de type True.
• La propriété d'attribut de dimension InstanceSelection est utilisée pour définir les propriétés de modèles de rapport InstanceSelection (sur les entités) et ValueSelection (sur les attributs). Ceci permet de déterminer la manière dont un utilisateur pourra sélectionner des instances dans le Générateur de rapports (par exemple, à l'aide d'une liste déroulante).
• La propriété d'attribut de dimension GroupingBehavior est utilisée pour définir la propriété d'attribut de modèle DiscourageGrouping.
• Pour les attributs de dimension qui sont des images, le type de données Image doit être défini sur la liaison d'attributs de dimension.
• La fonctionnalité d'extraction est toujours activée sur les attributs issus de mesures, mais seuls des détails minimes sont inclus dans les rapports d'extraction par défaut. Des rapports d'extraction personnalisés doivent être ajoutés en fonction des besoins.
• Si des traductions sont incluses dans le cube, il est nécessaire de créer une source de données par traduction pour les exposer dans le modèle de rapport en définissant la propriété LocaleIdentifier de manière adaptée dans la chaîne de connexion. Un modèle est ensuite généré pour chaque source de données, et il contiendra les métadonnées de la traduction associée.

Voir aussi

Concepts

Génération de modèles à l'aide des outils de gestion de rapport
Utilisation des modèles
Gestion de modèles
Sécurisation des modèles
Création de rapports ad hoc avec des modèles de rapport
Propriétés d'objets du Concepteur de modèles
Propriétés des requêtes du Générateur de modèles
Utilisation du Générateur de rapports (Rapports appropriés)

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications

Version	Historique
12 décembre 2006	Nouveau contenu : Révision de la section Chaîne de connexion