Vidéo: DIY - Plaque de porte avec des Digistamps 2025
Au début de l'entreposage de données, la plupart des organisations traitaient les services middleware par le codage personnalisé. Quelques outils disponibles à la fois, comme montré dans cet exemple:
-
Une organisation écrit un programme dans un langage de programmation tel que COBOL, ou peut-être dans un environnement tel que SAS, pour gérer les extraits de données d'une mainframe. faire le contrôle d'assurance qualité et la transformation.
-
Un service de transfert de fichiers, tel que FTP (File Transfer Protocol) standard, est utilisé pour copier les données transformées et "nettoyées" vers la machine sur laquelle l'entrepôt de données va résider.
-
Un ancien SQL, ou un utilitaire de chargement en bloc, est utilisé pour charger une base de données relationnelle avec le nouveau contenu (ou mis à jour) de l'entrepôt de données.
Rien ne cloche avec cette approche programmatique. Toujours déterminer pour votre environnement spécifique si le codage personnalisé ou les outils sont la «bonne» façon d'aller. Ne supposez pas automatiquement que vous devez implémenter votre entrepôt de données en utilisant des outils de middleware.
Mais votre équipe pourrait trouver très coûteux de répliquer la logique réutilisable intégrée dans la plupart des outils middleware. Et, de plus, vous pouvez trouver des outils middleware open source (gratuits) disponibles, ce qui rend l'argument de «nous allons économiser de l'argent en utilisant des ressources internes» un argument difficile à justifier. Par conséquent, la plupart des implémentations sont effectuées avec les outils Extract, Transform, et Load (ETL).
