En caso de utilizar herramientas o código personalizado?
Video: TUTORIAL IMAGEN PERSONALIZADA WINDOWS 7 CON IMAGEX SYSPREP KIT AIK
En los primeros días de almacenamiento de datos, la mayoría de las organizaciones manejan los servicios de middleware a través de la codificación personalizada, en lugar de con las pocas herramientas disponibles en el momento, como se muestra en este ejemplo:
Video: HMT nº4 Panel de herramientas personalizado parte 2
Una organización escribe un programa en un lenguaje de programación como COBOL, o tal vez en un entorno como el SAS, para manejar los extractos de datos desde una fuente de datos de mainframe y luego hacer la comprobación de control de calidad y la transformación.
Video: TabControl Personalizado - Fugit ¡Que buen código!
Un servicio de transferencia de archivos, tales como FTP estándar (File Transfer Protocol), se utiliza para copiar los datos “limpios” y transformados a la máquina en la que residirá el almacén de datos.
Video: Personalizar Cinta de Opciones (Ribbon) | VBA Excel 2016 #75
SQL simple y llano, o una utilidad de carga a granel, se utiliza para cargar una base de datos relacional con los nuevos (o actualizados) contenido del almacén de datos.
No hay nada malo con este enfoque programático. Siempre determine para su entorno específico ya sea codificación o herramientas personalizadas son la forma “correcta” para ir. No asuma automáticamente que usted debe poner en práctica su almacén de datos mediante el uso de herramientas de middleware.
Sin embargo, su equipo podría encontrar replicando la lógica reutilizable incorporado en la mayoría de las herramientas de middleware muy caros. Y, además, se pueden encontrar herramientas de código abierto (libre) de middleware disponibles, por lo que el argumento de “vamos a ahorrar dinero mediante el uso de los recursos internos” muy difícil de justificar. Por lo tanto, la mayoría de las implementaciones de hoy se realizan utilizando Extraer, Transformar, y Carga (ETL).