Brouillon d'un plan Essbase

Une fois que vous avez rédigé un modèle de base de données Essbase, vous pouvez créer l'application et la base de données, et créer le premier brouillon de l'outline. Le projet définit toutes les dimensions, tous les membres et toutes les consolidations. Utilisez l'outline pour concevoir les exigences de consolidation et identifier les emplacements où vous avez besoin de formules et de scripts de calcul.

Les outlines font partie d'une base de données (ou d'un cube) Essbase qui existe dans une application Essbase.

Pour utiliser l'exemple Beverage Company présenté précédemment, le concepteur d'applications à confirmer a émis le brouillon suivant pour une outline de base de données. Dans ce plan, Année, Mesures, Produit, Marché, Scénario, Type de conditionnement et Onces sont des noms de dimension. Observez comment TBC a anticipé les consolidations, les calculs et les formules, ainsi que les exigences en matière de reporting. Les concepteurs d'application ont également utilisé des codes produit plutôt que des noms de produit pour décrire les produits.

  • Année. TBC doit recueillir des données mensuelles et les résumer par trimestre et par année. Les données mensuelles, stockées dans des membres tels que Jan, Feb et Mar, sont consolidées en trimestres. Les données trimestrielles, stockées dans des membres tels que Qtr1 et Qtr2, sont consolidées sur Year.

  • Indicateurs. Les mesures standard sont Ventes, Coût des marchandises vendues, Marketing, Paie, Divers, Inventaire d'ouverture, Acquisitions et Stocks de fin. Essbase peut calculer la marge, le total des dépenses, le bénéfice, le total des stocks, le pourcentage de marge et le bénéfice par once à partir de ces mesures. TBC doit calculer les mesures sur une base mensuelle, trimestrielle et annuelle.

  • Produit. Les codes de produit sont 100‑10, 100‑20, 100‑30, 200‑10, 200‑20, 200‑30, 200‑40, 300‑10, 300‑20, 300‑30, 400‑10, 400‑20 et 400‑30. Chaque produit est consolidé dans sa famille respective (100, 200, 300 et 400). Chaque consolidation permet à TBC d'analyser par taille et par conditionnement, car chaque produit est associé à des membres des dimensions d'attribut Onces et Type de conditionnement.

  • Market. Plusieurs États constituent une région ; quatre régions constituent un marché. Les États sont le Connecticut, la Floride, le Massachusetts, le New Hampshire, New York, Californie, Nevada, Oregon, Utah, Washington, Louisiane, Nouveau-Mexique, Oklahoma, Texas, Colorado, Illinois, Iowa, Missouri, Ohio et Wisconsin. Chaque État se consolide dans sa région : Est, Ouest, Sud ou Centre. Chaque région se consolide sur le marché.

  • Scénario . TBC dérive et suit le budget par rapport aux données réelles. Les responsables doivent surveiller et suivre les budgets et les chiffres réels, ainsi que l'écart et le pourcentage d'écart entre eux.

  • Type de conditionnement. TBC veut voir l'effet que l'emballage du produit a sur les ventes et les bénéfices. L'établissement de la dimension d'attribut Type de conditionnement permet aux utilisateurs d'analyser les informations sur les produits selon qu'un produit est emballé dans des bouteilles ou des boîtes.

  • Onces. TBC vend des produits de différentes tailles en onces sur différents marchés. L'établissement de la dimension d'attribut Onces aide les utilisateurs à surveiller les tailles qui se vendent mieux sur les marchés.

Les rubriques suivantes présentent les notions de base des propriétés des dimensions et des membres, ainsi que la manière dont la conception de l'outline affecte les performances.

Types de dimension

Un type de dimension est une propriété fournie par Essbase qui ajoute des fonctionnalités spéciales à une dimension. Les types de dimension spécialisés et couramment utilisés sont le temps, les comptes et les attributs.

Cette rubrique utilise les dimensions suivantes de la base de données TBC pour illustrer les types de dimension.

Database:Design
  Year (Type: time)
  Measures (Type: accounts)
  Product
  Market
  Scenario
  Pkg Type (Type: attribute)
  Ounces (Type: attribute)

Le tableau suivant définit chaque type de dimension Essbase.

Tableau 1-4 Types de dimension

Types de dimension Description

aucun

N'indique aucun type de dimension particulier.

Temps

Définit les périodes pour lesquelles vous saisissez et mettez à jour les données. Vous pouvez paramétrer une seule dimension en tant que temps. La dimension Temps active plusieurs fonctions de dimension Comptes, telles que les premier et dernier soldes de temps.

Comptes

Contient des éléments à mesurer, tels que les bénéfices et l'inventaire, et rend disponible la fonctionnalité de comptabilité intégrée Essbase. Une seule dimension peut être définie en tant que comptes.

Attribut

Contient des membres qui peuvent être utilisés pour décrire les membres d'une autre dimension de base.

Par exemple, la dimension d'attribut Type de conditionnement contient un membre pour chaque type de conditionnement, tel qu'une bouteille ou une boîte, qui s'applique aux membres de la dimension Produit.

Pays (utilisé uniquement pour la fonction de conversion de devise)

Contient des données sur l'endroit où les activités commerciales ont lieu. Dans une dimension de pays, vous pouvez indiquer la devise utilisée dans chaque membre.

Par exemple, le Canada compte trois marchés : Vancouver, Toronto et Montréal, qui utilisent la même monnaie, le dollar canadien.

Propriétés de stockage de membre

Indiquez les propriétés de stockage des données pour les membres afin de définir où et quand les consolidations sont stockées. Par défaut, les membres sont marqués comme stockés : Essbase additionne leurs valeurs et stocke le résultat au niveau parent. Vous pouvez modifier la logique par défaut de chaque membre en modifiant la balise de propriété de stockage des données.

Le tableau suivant décrit l'effet des propriétés de stockage de données Essbase sur les membres.

Tableau 1-5 Propriétés de stockage de données Essbase

Propriétés du stockage des données Effets sur les membres

Stocker des données

Les données du membre sont stockées dans une base de données. Le stockage des données est la propriété de stockage par défaut. Essbase additionne les valeurs et stocke le résultat au niveau parent.

Calcul dynamique

Les données associées au membre sont calculées à la demande d'une requête utilisateur. Une fois la requête terminée, les données calculées ne sont pas stockées mais ignorées.

Membre partagé

Les données associées au membre proviennent d'un autre membre portant le même nom.

Ne jamais partager

Les données associées au membre sont dupliquées avec le parent et son enfant si une relation partagée implicite existe. Les données sont stockées avec la première occurrence du membre dans l'ordre d'outline.

Information seule

Vous pouvez remplacer un membre stocké par un libellé uniquement pour les membres qui n'ont pas de données associées. Bien qu'un membre de libellé uniquement ne contienne aucune donnée, il peut afficher une valeur. Le libellé uniquement regroupe les membres et facilite la navigation et la génération de rapports. En général, les membres label only ne sont pas calculés.

Par exemple, dans la dimension Measures, le membre Ratios a trois enfants, Margin%, Profit% et Profit per Ounce. Le membre Ratios définit une catégorie de membres. Une fois consolidés, Margin%, Profit% et Profit per Ounce ne sont pas consolidés pour obtenir un chiffre significatif pour les ratios. Par conséquent, Ratios est étiqueté comme étiquette seulement.

Liste de contrôle pour les propriétés de dimension et de membre

  • Pouvez-vous identifier une dimension Temps ?

  • Pouvez-vous identifier une dimension Comptes ?

  • Les données incluent-elles des devises étrangères ? Dans l'affirmative, avez-vous identifié une dimension de partition de devise ?

  • Pouvez-vous identifier les qualités ou les caractéristiques des dimensions qui doivent être définies en tant que dimensions d'attribut distinctes ?

  • Quels membres nécessitent des propriétés de stockage de données spéciales ?

Concevoir un plan pour optimiser les performances

Placez les dimensions d'attribut à la fin de l'outline Essbase, placez les dimensions denses avant les dimensions dispersées et classez les dimensions dispersées avec le moins de membres en premier. La position des dimensions dans une outline et leurs propriétés de stockage ont un impact sur la vitesse d'exécution des calculs et sur le temps nécessaire à l'extraction des données.

Optimiser les performances des requêtes

Pour optimiser les performances des requêtes, utilisez les consignes suivantes lorsque vous concevez une outline :

  • Si l'outline contient des dimensions d'attribut, assurez-vous que les dimensions d'attribut sont les seules dimensions Calcul dynamique dispersées dans l'outline.

  • Dans l'outline, placez les dimensions dispersées les plus interrogées avant les dimensions dispersées les moins interrogées.

L'outline illustrée ci-dessous est conçue pour optimiser les performances des requêtes :

  • Etant donné que l'outline contient des dimensions d'attribut, la propriété de stockage des dimensions standard et de tous les membres de dimension standard est définie en tant que données de stockage.

  • En tant que dimension dispersée la plus interrogée, la dimension Product est la première des dimensions dispersées. Les dimensions de base sont généralement interrogées plus que les autres dimensions.

Figure 1-5 Conception d'un plan pour des temps de requête optimisés


Cette image illustre une outline conçue pour optimiser les performances des requêtes, comme décrit dans le texte précédant l'image.

Optimiser les performances de calcul

Pour optimiser les performances des calculs, classez les dimensions dispersées dans l'outline en fonction de leur nombre de membres, en commençant par la dimension qui en contient le moins.

L'outline illustrée ci-dessous est conçue pour optimiser les performances de calcul :

  • La plus petite dimension standard qui est dispersée, Market, est la première des dimensions dispersées dans l'outline.

  • La dimension standard la plus grande, qui est dispersée, Product, est immédiatement au-dessus de la première dimension d'attribut. Si l'outline ne contient pas de dimensions d'attribut, la dimension Product se trouve à la fin de l'outline.

Figure 1-6 Conception d'un plan pour des temps de calcul optimisés


Cette image illustre une outline conçue pour optimiser les performances de calcul, comme décrit dans le texte qui précède l'image.

Répondre aux besoins de calcul et d'extraction

Bien qu'elles contiennent les mêmes dimensions, les exemples de plan présentés précédemment sont différents. Pour déterminer la meilleure séquence d'outline pour une situation, hiérarchisez les besoins des utilisateurs en matière d'extraction de données par rapport au temps nécessaire pour exécuter des calculs sur la base de données. A quelle fréquence prévoyez-vous de mettre à jour et de recalculer la base de données ? Quelle est la nature des requêtes utilisateur ? Quel est le volume attendu de requêtes utilisateur ?

Une solution de contournement possible consiste à positionner initialement les dimensions dans l'outline pour optimiser le calcul. Après avoir exécuté les calculs, vous pouvez réorganiser manuellement les dimensions pour optimiser l'extraction. Lorsque vous enregistrez l'outline après avoir repositionné ses dimensions, choisissez de restructurer la base de données par index uniquement. Avant d'exécuter à nouveau les calculs, réorganisez les dimensions de l'outline pour optimiser le calcul.