Video: Bacchette: Sceglile con cura e RISPARMIA dei soldi! (Recensione EVO Drumsticks) 2024
Nei primi giorni del data warehousing, la maggior parte delle organizzazioni gestiva i servizi middleware attraverso la codifica personalizzata, piuttosto che con il pochi strumenti disponibili al momento, come mostrato in questo esempio:
-
Un'organizzazione scrive un programma in un linguaggio di programmazione come COBOL, o forse in un ambiente come SAS, per gestire gli estratti di dati da un'origine dati mainframe e quindi fare il controllo di qualità e la trasformazione.
-
Un servizio di trasferimento file, come FTP standard (File Transfer Protocol), viene utilizzato per copiare i dati trasformati e "puliti" nella macchina su cui risiede il data warehouse.
-
Plain old SQL, o un'utility di caricamento in blocco, viene utilizzato per caricare un database relazionale con il nuovo (o aggiornato) contenuto del data warehouse.
Non c'è niente di sbagliato in questo approccio programmatico. Stabilisci sempre per il tuo ambiente specifico se la codifica o gli strumenti personalizzati sono la "giusta" via da percorrere. Non assumere automaticamente che si debba implementare il proprio data warehouse utilizzando strumenti middleware.
Ma il tuo team potrebbe trovare molto costoso la replica della logica riutilizzabile incorporata nella maggior parte degli strumenti di middleware. E, inoltre, è possibile trovare strumenti middleware open-source (gratuiti) disponibili, rendendo l'argomento di "risparmiare denaro utilizzando risorse interne" difficile da giustificare. Pertanto, oggi la maggior parte delle implementazioni viene eseguita utilizzando gli strumenti Estrai, Trasforma, e Carica (ETL).
