Discussion :

[pressdell]

Bonjour,

Je constitue actuellement une table de faits composée uniquement d'IDs (pour pouvoir, à terme, se balader dans les hierarchies) et de 2 ou 3 indicateurs.

Comment dois-je "imaginer" mon univers BO?
Ma table de faits reliée à l'ensemble de mes tables d'axe d'analyse?

Merci.

pressdell.

[Antoun]

Comment dois-je "imaginer" mon univers BO?
Ma table de faits reliée à l'ensemble de mes tables d'axe d'analyse?

Yep. C'est le cas le plus le plus simple, appelé schéma en étoile (si chacun de tes axes n'est représenté que par une seule table) ou en flocon (si les axes peuvent être multi-tables).

[pressdell]

Merci pour l'aide

[pressdell]

Bonjour,

Je réouvre ce post pour ajouter deux nouvelles questions (J'ai préparé un petit exemple cette fois ci).

Imaginons une table de faits (TDF) composée d'une clé primaire (CLE), d'une date (DATE), d'un champ propriété (VALEUR), d'un champ produit (PRODUIT) et d'un montant (PRIX).

Imaginons 2 tables d'axe : CALENDRIER et PRODUIT.

Je souhaite créer à partir de la table de faits TDF trois tables agrégées, à savoir : AG_ANNEE, AG_MOIS et AG_PRODUIT.

Dans un premier temps, j'ai ajouté dans la table de faits deux colonnes (Année et Mois) créées à partir du champ DATE.

On a donc TDF : CLE, DATE, ANNEE, MOIS, VALEUR, PRODUIT.

Dans un second temps, j'alimente mes tables d'agrégats :
Pour alimenter la table AG_ANNEE, j'agrège la table TDF sur ANNEE/VALEUR et je calcul un indicateur basé sur la somme du champ PRIX.
AG_ANNEE : ANNEE, VALEUR, INDICATEUR.

Pour alimenter la table AG_MOIS, j'agrège la table TDF sur MOIS/VALEUR et je calcul un indicateur basé sur la somme du champ PRIX.
AG_MOIS : MOIS, VALEUR, INDICATEUR.

Pour alimenter la table AG_PRODUIT, j'agrège la table TDF sur VALEUR/PRODUIT et je calcul un indicateur basé sur la somme du champ PRIX.
AG_PRODUIT : VALEUR, PRODUIT, INDICATEUR.

D'un point de vue purement technique (j'ai pris un exemple au pif, aucune logique fonctionnelle dans le calcul des sommes), cela est-il correct?

Deuxième question :
Dans mon univers BO, j'ai relié la table de faits TDF avec les tables d'axes CALENDRIER et PRODUIT.

Quid de mes tables d'agrégats? dois-je les relier ou non à ma table de faits?
J'ai regardé à gauche, à droite et je trouve les deux cas (relié, pas relié) :
http://www.developpez.net/forums/d46...gee-3-niveaux/
Dans ce post, dai.kaioh utilise ses tables d'agrégats pour la navigation (je comprends pas trop ce principe...). S'il s'agit de l'utilisation du AggregateAware, OK.

Merci d'avance pour vos éclaircissements.

pressdell.

[Antoun]

Que représente VALEUR ? une troisième dimension ? un autre indicateur ?

[pressdell]

Bonjour Antoun,

VALEUR représente une valeur sur laquelle on pourrait, par exemple, filtrer les lignes.

Merci de ton aide.

[Bruno2r]

Bonjour;
J'ai l'habitude de construire mes tables Agrégées mensuellement en les dotant de Année et AnnéeMois de façon à créer des jointures sur AnnéeMois et non sur Mois, voire un raccourci jointure sur une table Année.
Les objets Année, AnnéeMois, Semestre, Quadrimestre, Trimestre, MoisNum, MoisNom ... sont alors définis sur la table Annéémois

[Antoun]

VALEUR représente une valeur sur laquelle on pourrait, par exemple, filtrer les lignes.

En termes de modélisation, cela veut donc dire que VALEUR est une "dimension dégradée", càd logiquement une dimension, même si elle n'est pas implémentée par une table.

Pour tes trois tables d'agrégats, elles ne sont pas hiérarchisables, du coup tu ne pourras pas faire d'aggregate aware dessus. Tu peux par exemple faire PRODUIT/MOIS-ANNEE/VALEUR, PRODUIT/ANNEE/VALEUR et PRODUIT/VALEUR (ce qui veut dire que tu ajoutes les différentes années ?).

[pressdell]

J'ai l'habitude de construire mes tables Agrégées mensuellement en les dotant de Année et AnnéeMois

Pour tes trois tables d'agrégats, elles ne sont pas hiérarchisables, du coup tu ne pourras pas faire d'aggregate aware dessus.

Désolé, j'avais mal défini mes tables mais la structure de la table AG_MOIS est bien la suivante : ANNEE, MOIS, VALEUR, INDICATEUR

L'aggregate_aware ne pourra donc se faire que sur les tables AG_ANNEE et AG_MOIS.

En termes de modélisation, cela veut donc dire que VALEUR est une "dimension dégradée", càd logiquement une dimension, même si elle n'est pas implémentée par une table.

C'est exactement ça, mais je ne connaissais pas le terme

Dans l'univers BO, je peux relier la table TDF avec les tables d'axes CALENDRIER et PRODUIT, mais dois-je laisser dans un coin les tables d'agrégat? Je ne vois pas trop dans quels cas nous devrions les relier à la table de faits ou aux tables d'axe...

Merci de vos réponses et des précisions que vous m'apportez.

pressdell.

[Antoun]

Dans l'univers BO, je peux relier la table TDF avec les tables d'axes CALENDRIER et PRODUIT, mais dois-je laisser dans un coin les tables d'agrégat? Je ne vois pas trop dans quels cas nous devrions les relier à la table de faits ou aux tables d'axe...

Normalement, il te faut un contexte centré sur la table de faits, un contexte pour chaque table d'agrégats, des @aggregate_aware pour arbitrer le tout, et des incompatibilités (tu peux en demander l'auto-détection) pour guider le choix du contexte.

(oui, rien que ça !)

[pressdell]

Bonjour,

Normalement, il te faut un contexte centré sur la table de faits, un contexte pour chaque table d'agrégats

Pourquoi des contextes à ce niveau? Concernant l'aggregate aware, je suis d'accord, mais je n'ai pas de boucle dans ma modélisation.

[Antoun]

Bonjour,
Pourquoi des contextes à ce niveau? Concernant l'aggregate aware, je suis d'accord, mais je n'ai pas de boucle dans ma modélisation.

Quand tu auras jointuré tes tables d'agrégats sur les dimensions, tu en auras
(en particulier AG_PRODUIT avec PRODUITS).

[pressdell]

Merci Antoun

Je laisse ce sujet ouvert quelques jours encore...
Je ferai un petit retour d'ici peu

pressdell.

[pressdell]

Bonjour,

Je ré-ouvre ce post pour ajouter de nouveaux éléments...
Ci-dessous un rapide aperçu de l'univers en question :


Concernant les contextes :
Effectivement j'en ai un certain nombre comme annoncé par Antoun
On peut en compter 7 si je ne dis pas de bêtises...et l'auto détection a fait son travail.

Afin d'éviter d'avoir un nombre de boucles/contextes à gérer, peut-on déconnecter les tables AG_ANNEE, AG_MOIS et AG_PRODUIT (tables agrégées) des tables d'axes CALENDRIER et PRODUIT?

Encore merci pour vos éclaircissements.
pressdell.