Bonne pratique pour les autres outils

Owned by Bertrand Littel
29/12/2021

Pour une bonne exploitation des données quotidiennes, il est conseillé de procéder de la manière suivante :

  1. Ecrire une requête SQL de sélection des données qui cible un besoin identifié. Cette requête a pour but de lire les données dans la base ERP, et de faire les jointures vers les tables qui apportent de l'information complémentaire. On utilisera dans la mesure du possible les vues ERP existantes, car elles simplifient beaucoup l'écriture des requêtes et de leurs jointures. Le but de cette requête est de mettre à disposition des outils un minimum de tables. Chaque besoin métier identifié donnera une requête 'SELECT'


Exemple : interrogation des temps passés à l'affaire avec somme des temps par points d'affaire
On écrira une requête SQL 'SELECT' sur les tables AFRPOINT et AFRTPS, avec jointures vers les tables client et affaire.

  1. En phase de création du rapport uniquement, on pourra mettre cette requête directement dans l'outil afin de stabiliser les champs requis et de contrôler les données résultantes.


  1. Créer une VUE dans la base ERP (rappel : une VUE sql est une requête SQL stockée dans la base de données pour exécution à la volée). Le but de cette vue est de garder la connaissance métier dans la vue et donc dans le serveur SQL, afin de créer un référentiel de données commun. Il ne faut donc pas modifier les données dans l'outil de restitution, ou risquer des jointures malheureuses. Attention, une vue ne gère pas de TRI (order by)


Exemple : requête SQL de création de la vue
GO
IF OBJECT_ID ('MA_VUE_VU') IS NOT NULL DROP VIEW MA_VUE_VU
GO
CREATE VIEW MA_VUE_VU AS
SELECT ….FROM….
VOIR LE CHAPITRE DEDIE AUX VUES

  1. Lorsque l'utilisation des outils est stabilisée, et que la mise à disposition immédiate des données n'est pas requise, il est conseillé de déplacer les données vers un serveur dédié au BI, donc la base Datawarehouse. Le but est de ne pas surcharger le serveur SQL qui gère l'ERP par des interrogations de données qui peuvent être faites ailleurs. Le principe est de conserver strictement la requête initiale, mais via un package DTSX de dupliquer les données sur une autre base d'un autre serveur


VOIR LE CHAPITRE DEDIE AUX PACKAGE SSIS