Si vous utilisez des outils ou du code personnalisé?

Dans les premiers jours de l'entreposage de données, la plupart des organisations gérées par les services de middleware codage personnalisé, plutôt que les quelques outils disponibles à l'époque, comme le montre cet exemple:

  1. Une organisation écrit un programme dans un langage de programmation comme COBOL, ou peut-être dans un environnement tels que SAS, pour gérer les extraits de données provenant d'une source de données mainframe et ensuite faire la vérification d'assurance qualité et de la transformation.

  2. Un service de transfert de fichiers, tels que (File Transfer Protocol) standard FTP, est utilisé pour copier l'transformé et “ nettoyé ” données à la machine sur laquelle l'entrepôt de données doit résider.

  3. Ancienne plaine SQL, ou un utilitaire de chargement en vrac, est utilisé pour charger une base de données relationnelle avec les nouveaux (ou mises à jour) du contenu de l'entrepôt de données.

Rien ne va pas avec cette approche programmatique. Toujours déterminer pour votre environnement spécifique si un codage personnalisé ou les outils sont les “ à droite ” marche à suivre. Ne supposez pas automatiquement que vous devez mettre en œuvre votre entrepôt de données en utilisant des outils de middleware.

Mais votre équipe pourrait trouver reproduire la logique réutilisable intégré dans la plupart des outils de middleware très coûteux. Et, en outre, vous pouvez trouver des outils open-source (gratuit) middleware disponibles, ce qui rend l'argument de “ nous allons économiser de l'argent en utilisant les ressources internes ” difficile à justifier. Par conséquent, la plupart des implémentations aujourd'hui sont effectuées en utilisant Extract, Transform, et Charge (ETL) outils.


» » » » Si vous utilisez des outils ou du code personnalisé?