Informatique décisionnelle: la plateforme décisionnelle SAS

Résumé du document

Ce travail va nous permettre de voir comment il est possible de faire des opérations directement via une interface graphique, avec la plateforme décisionnelle SAS dans notre cas. Cette suite intègre différents logiciels qui permettent entre autre de créer un flux ETL, de construire des cubes permettant de visualiser les données ou encore de faire du reporting.

Extraits

[...] Une partie droite, plus conceptuelle, qui s'adresse à l'utilisateur. Une Map peut contenir deux types d'éléments : des mesures ou des catégories. Les catégories seront pour l'utilisateur les éléments qu'il pourra utiliser en lignes ou en colonnes dans les tableaux, ou en légendes pour les graphiques. Les mesures seront eux les éléments exploités dans ces tableaux ou graphiques. Il est possible de créer plusieurs Maps pour des utilisateurs différents. Dans le TP, nous avions par exemple une Maps en anglais, et nous avons repris exactement la même en modifiant les noms des attributs pour faire une Maps destinée aux utilisateurs français. [...]

[...] Création des tables Une fois la modélisation effectuée, il faut créer les différentes tables. Lorsque l'on pratique une implémentation en SQL, il faut passer par la création de vues matérialisées avec le mécanisme de rafraîchissement désiré pour créer des squelettes de tables identiques à ceux modélisés. Il est ensuite nécessaire d'ajouter les clés primaires et les clés étrangères, puis de tester si la mise à jour des vues est bien fonctionnelle. Cela permet de charger les données dans les vues matérialisées. [...]

[...] Afin de répondre à ces problématiques, nous avons mis en place un cube OLAP basé sur le schéma en étoile que nous avons vu au début. Ce cube va permettre de regrouper et d'établir une hiérarchie sur les données, comme nous l'avions fait en SQL lors du premier TP. On retrouvera par exemple une hiérarchie Géographie avec Continent Pays Ville ou encore Temps avec Année Trimestre Mois Date. Il est également possible de calculer des agrégats, ce qui permet de réduire le temps d'exécution lorsque l'on effectue une recherche dans le cube. [...]

[...] On sélectionne d'abord les champs dans la base de données d'origine qui sont nécessaires à la table. Il est ensuite possible d'ajouter de nouveaux champs si nécessaires, qui seront calculés à partir des champs sélectionnés. Enfin, il faut définir quelle sera la clé primaire de la table. Une fois le squelette terminé, il nous fallait créer un Job afin de pouvoir alimenter cette table. Ce job va permettre de faire le lien entre les tables de la base de données d'origine et la nouvelle table que l'on vient de créer. [...]

[...] Difficultés rencontrées La première difficulté rencontrée dans ce TP concernait la configuration des jointures SQL lors de la création des jobs. Prenons par exemple le cas rencontré lors de la création de la table Organization_Dim. Nous faisions une jointure entre une table Organization et une table Staff, avec la nécessité d'avoir dans le résultat l'ensemble des lignes présentes dans la table Organization. Voici le schéma du job créé : Avec une jointure Inner Join, si une ligne de la table Organization ne trouve pas de correspondante dans la table Staff, alors elle ne sera pas dans la table de résultat. [...]