Dans le cadre de l’intégration avec Quicksight du module de Business Intelligence v2, trois fonctionnalités présentes sont décrites ci-dessous :

Création d’une “datasource” vers le Datawarehouse du Module BI

Lors de la création de l’environnement, une “datasource” (objet Quicksight) est créée automatiquement et référence directement le Datawarehouse du Module BI.
Grâce à elle, il est facile de naviguer directement dans les différents schémas disponibles afin d’aller sélectionner la table ou la vue sur laquelle on désire créer un “dataset”.
Cette “datasource” possède directement le “code client” en tant que nom. Dans le cas de l’environnement interne, voici ce que ça donne :

Image Modified

Cette “datasource”, au-delà de la facilité d’utilisation, joue un rôle important dans les traitements de rafraichissement automatique du spice des “datasets” (Cf. Ci-dessous).

Rafraichissement automatique du “spice” des “datasets”

Le “spice” pour les “datasets” représente globalement un espace mémoire réservé à chaque “dataset” où les données issues des “datasources” (le datawarehouse du module BI par exemple) sont chargées.

L’avantage de l’utilisation de ce spice est la performance des traitements, car les données étant directement en mémoire, il n’est pas nécessaire lors de leur utilisation d’aller accéder à des ressources distantes pour les obtenir.

L'inconvénient est que les données présentes dans ce spice sont une image à un instant T des données et qu’elles doivent être rafraichies pour prendre en compte les modifications réalisées dans le datawarehouse par exemple.

Afin de limiter cet inconvénient, les traitements ETL du Module BI réalisent des rafraichissements automatiques des “spices” des “datasets” en appliquant en synthèse les règles suivantes :

• Tout dataset référençant la datasource Sylob ou référençant un autre dataset référençant lui-même la datasource Sylob (directement ou par transitivité) sont rafraichis.

• Tout dataset référençant une autre “datasource” ou référençant un autre dataset référençant lui-même une autre datasource (directement ou par transitivité) ne sont pas rafraichis.

Exemple de “datasets” :

Création automatique de “datasets” pour les requêtes d’extraction

Cette fonctionnalité permet, lors de la création d’une requête d’extraction, de directement indiquer s’il est nécessaire de créer et de maintenir un “dataset” dans Quicksight à l’image de la requête du système d’information référencée par cette requête d’extraction.

Voici en substance son mode de fonctionnement à partir d’un exemple d’une requête du système d’information qui liste les entités disponibles dans l’ERP.

Pour cette exemple nous allons simplement lister les entités disponibles dans l’ERP. Image Modified

Afin de mieux identifier les champs utilisés pour la future exploitation des résultats, les libellés des attributs ont été renommés. Image Modified

Paramétrons ensuite une requête d’extraction qui référence cette requête du système d’information pour qu’elle soit exportée dans le datawarehouse et dans Quicksight via un dataset créé automatiquement :

Image Modified

Le bloc “Intégration avec Quicksight” est disponible avec deux options: Dataset automatique dans Quicksight : permet d’indiquer dès la configuration de la requête d’extraction que l’on désire avoir automatiquement un dataset à l’image de la requête du système d’information dans Quicksight. Cette notion d’automatique signifie que les modifications apportées sur la requête du SI seront également reportées sur le dataset Dataset dans le spice : permet d’indiquer si l’on souhaite que le dataset utilise le “spice” pour son fonctionnement. Info On voit dans l’exemple le code de l’extraction qui fournit le nom de la table dans le datawarehouse soit “liste_entite”.

Suite à l’exécution de l’ETL du module BI, les données sont présentes dans le datawarehouse et le “dataset” a été créé automatiquement dans Quicksight.