Cette fonction permet de décrire les tables de faits qui serviront de support aux restitutions de la version pilotée du progiciel. Une table de faits est une table de données alimentée par une ou plusieurs tables issues d'un ou de plusieurs dossiers d'exploitation, présente dans un datamart. Elle intègre :

  • des champs (qui pourront être utilisés dans les éditions de pilotage)
  • des liens (vers des tables de dimension utilisées comme critères d'analyse)
  • des agrégats (afin de stocker des montants cumulés sur des combinaisons de critères, dans un but d'optimisation)
  • des index (toujours dans un but d'optimisation).

Les tables de fait ne sont pas créées dans le dossier lui-même, mais dans une structure de données, appelée datawarehouse, qui peut être commune à plusieurs dossiers.

L'alimentation des tables de faits se fait par une fonction intégrée au progiciel (l'utilisation d'un logiciel externe de type ETL n'est donc pas utile). Son paramétrage est défini par une fonction dédiée.

Point d'entée ABITUNNEL

Ce point d'entrée ABITUNNEL permet de modifier la valeur de la variable locale OKK.

Si [L]OKK vaut 0 alors on ne peut pas définir de tunnel sur la dimension.

Sinon on peut définir un tunnel sur la dimension.

Pré-requis

SEEREFERTTO Reportez-vous à la documentation de Mise en oeuvre

Gestion de l'écran

En-tête

Permet de définir, outre le code et l'intitulé de la table, une abréviation qui sera utilisée pour l'accès à la table de fait par les traitements de mise à jour.

Onglet Description

On trouve ici des informations générales associées à la table de fait, et notamment :

  • des conditions d'habilitation par site, si un champ de ce type existe. Dans la description de chaque état basé sur les données correspondantes, on pourra définir si des restrictions par site doivent être appliquées aux utilisateurs, en précisant quelle est la fonction dont les habilitation par site doivent être considérées.
  • Une date utilisable pour l'épuration des données de la table de faits.
  • Un type de mise à jour utilisé par les fonctions d'alimentation.

Onglet Champs

On trouve ici la définition détaillée des champs qui peuvent être :

  • des dimensions (c'est-à-dire des critères d'analyse en principe reliés à une table annexe).
  • des mesures (valeurs pouvant être présentées en détail ou agrégées selon les valeurs des dimensions).
  • des informations (champs informatifs complémentaires).

Cette fonction permet de rajouter dans le tableau des champs, à partir de la ligne courante, des champs issus d'une table que l'on saisit au préalable en tête de la fenêtre qui s'ouvre (si la table de faits porte le nom d'une des tables du progiciel, ce nom est proposé par défaut).

Des valeurs par défaut sont appliquées sur le tableau des lignes ainsi reprises :

  • Les caractéristiques principales du champ sont reprises en l'état (intitulé, type, longueur, intitulé, menu local, table diverse...).
  • Dès lors que le champ est caractérisé par un type lié à un objet (ou s'il est de type Date ou Table diverse, il est défini comme une Dimension.
  • S'il est de type DCB, il est défini comme une Mesure.
  • Sinon, il est défini comme une Information.

Si des champs portant le même intitulé qu'un champ à insérer existent déjà , on ne les insère pas.

Onglet Liens

Cet onglet permet de définir les différents liens vers les tables de dimension gérées par le progiciel.

Un lien se caractérise par le code de la table de dimensions, et par une expression de lien. Quand plusieurs liens existent vers une même table de dimensions, il faut donner un numéro d'alias distinct.

Il est à noter que les liens automatiques n'ont pas besoin d'être décrits ici. Par liens automatiques, on entend ceux générés pour les champs suivants :

  • Les champs de type date (D), qui ont une jointure implicite avec un alias de la table AX3DAT.
  • Les champs de type menu local (M), qui ont une jointure implicite avec un alias d’une table AX3MNLxxx.
  • Les champs de type table diverse (ADI), qui ont une jointure implicite avec un alias d’une table AX3ADIyyy.
  • Les champs de type code dossier (ADS), qui ont une jointure implicite avec un alias de AX3DOS.
  • Les champs de type code d'accès (ACS), qui ont une jointure implicite avec un alias de la AX3ACC .

Onglet Index

Cet onglet permet de définir des index qui seront créés sur la table de faits, dans un but d'optimisation des temps d'accès.

Onglet Agrégats

On définit dans cet onglet les agrégats que l'on souhaite gérer. Un agrégat est une table stockant des cumuls intermédiaires basés sur les différentes valeurs que peuvent prendre un champ ou une combinaison de champs. L'intérêt de ces agrégats réside dans une optimisation des temps d'accès lorsqu'une restitution ne s'intéresse qu'aux mesures cumulées sur l'un des agrégats : l'accès est alors direct, les données n'étant pas recalculées.

On peut définir dans cet écran un ou plusieurs agrégats :

  • une ligne du tableau supérieur représente un agrégat
  • lorsque le curseur est positionné sur une ligne du tableau, les tableaux inférieurs (Dimensions et Index) se remplissent avec les caractéristiques de chaque agrégat.

Le tableau Dimensions donne la liste des dimensions dont le croisement définit un agrégat. Ces dimensions peuvent être d'un type prédéfini (date, menu local, table diverse), ou du type Autre; ce type permet de saisir une des dimensions listées dans l'onglet correspondant.

Il est à noter que, pour chaque agrégat défini sur la table de faits :

  • la dimension site est obligatoire si une autorisation par site est gérée sur la table de faits.
  • les dimensions porteuses d'un code d'accès sont également obligatoires.

Le tableau Index permet de définir des index pour rendre l'accès plus rapide aux données de l'agrégat.

Boutons spécifiques

Validation

Permet de créer le traitement qui alimentera les agrégats créés.

Ce traitement a pour nom WMF suivi du code de la table de faits; on y trouve des étiquettes OUVRE, FERME, INSERT, ERASE, ALIM_i (i=numéro de l'agrégat) qui sont appelées par les traitements permettant de mettre à jour les données.