Quelles sont les bonnes pratiques Microsoft SSIS pour mieux g\u00e9rer le d\u00e9veloppement de packages ? Voici quelques conseils \u00e0 appliquer lorsque l’on utilise Microsoft SSIS dans un projet BI. Pour mener \u00e0 bien ses projets d\u00e9cisionnels, notamment en termes de temps de d\u00e9veloppement et de robustesse. Mais aussi en terme de performances de chargement de donn\u00e9es. <\/p>\n\n\n\n
Ces m\u00e9thodes sont, d’une mani\u00e8re plus large des Bests Practices Microsoft. Elles sont \u00e0 appliquer aux projets Microsoft Business Intelligence et ETL. Depuis la version 2008 et jusqu’aux versions 2012, 2014, 2016, 2017 et 2019. Les bonnes pratiques SSIS \u00e0 travers plusieurs axes, dont 4 sont d\u00e9velopp\u00e9s ici plus en d\u00e9tail.<\/p>\n\n\n\n
Tout d’abord, le but est de faciliter le d\u00e9veloppement<\/a> et les \u00e9volutions fonctionnelles et techniques dans un projet Microsoft SSIS. Pour cela, organiser et regrouper dans plusieurs packages SSIS les d\u00e9veloppements, de fa\u00e7on logique. Chaque chargement d’une table de faits ou d\u2019une dimension doit correspondre \u00e0 un seul package SSIS.<\/p>\n\n\n\n Tout comme le pilotage du chargement des dimensions. L\u2019encha\u00eenement des chargements des dimensions et des tables de faits correspond au pilotage global du projet d\u00e9cisionnel. C’est \u00e0 dire le processus ETL complet. Par ailleurs, syst\u00e9matiquement nommer tous les composants qui composent le Flux de contr\u00f4le. Ainsi que tous les Flux de donn\u00e9es, avec des r\u00e8gles de nommage bien sp\u00e9cifiques. <\/p>\n\n\n\n Dans le cas o\u00f9 vos installations SQL Server et Integration Services sont sur le m\u00eame serveur physique, utiliser la destination SQL Server. Plus adapt\u00e9e que la destination OLE DB, elle permet d’am\u00e9liorer les performances et les temps de chargement.<\/p>\n\n\n\n Le composant central est le flux de donn\u00e9es dans le package, et les bonnes pratiques SSIS \u00e0 ce niveau sont donc fondamentales. Toujours commenter le code et d\u00e9finir les variables. Cette r\u00e8gle concerne le chemin des fichiers, des dossiers et les param\u00e8tres de connexion. Pour les colonnes, nommer les sources et les cibles de la m\u00eame fa\u00e7on. Afin que le mapping SSIS puisse se faire automatiquement<\/a>.<\/p>\n\n\n\n D\u00e9finir les bons types de donn\u00e9es \u00e0 la source pour \u00e9viter de faire des conversions de donn\u00e9es. Ne jamais s\u00e9lectionner les colonnes non utilis\u00e9es au niveau de la source, cela ne sert strictement \u00e0 rien. Effectuer les conversions de types de donn\u00e9es<\/a> dans la base de donn\u00e9es SQL.<\/p>\n\n\n\n Alimenter les tables de dimension en parall\u00e8le en les regroupant dans un container de type S\u00e9quence. Surtout pour des chargements avec des volumes important de donn\u00e9es, c’est \u00e0 dire plusieurs millions de lignes. Mettre en place un partitionnement sur les tables de faits<\/a>. Charger les donn\u00e9es dans une table temporaire sans aucun index, ni contrainte. <\/p>\n\n\n\n Ensuite, indexer et ajouter les contraintes sur la table temporaire, int\u00e9grer la table temporaire dans la table avec partition, qui est la table cible du processus ETL<\/a>.<\/p>\n\n\n\n Eviter au maximum les op\u00e9rations bloquantes et en particulier les tris qui sont tr\u00e8s gourmands en temps et en ressources. R\u00e9aliser au maximum les tris au niveau du SGBD. C’est \u00e0 dire utiliser des requ\u00eates SQL et configurer la source de donn\u00e9es en activant l’option Source Tri\u00e9e dans les packages SSIS.<\/p>\n\n\n\n2. Bonnes pratiques pour utiliser les flux de donn\u00e9es SSIS<\/h2>\n\n\n\n