Video: monday.com: Full Review (2019) 2024
I de tidlige dage af datalagring handlede de fleste organisationer mellemware-tjenester via brugerdefineret kodning, snarere end med få værktøjer tilgængelige på det tidspunkt som vist i dette eksempel:
-
En organisation skriver et program på et programmeringssprog som COBOL, eller måske i et miljø som SAS, til at håndtere dataekstrakterne fra en mainframe datakilde og derefter kvalitetssikringskontrol og transformation.
-
En filoverførselstjeneste, såsom standard FTP (File Transfer Protocol), bruges til at kopiere de transformerede og "rensede" data til den maskine, som datalageret skal opholde sig på.
-
Almindelig gammel SQL, eller et bulkindlæsningsværktøj, bruges til at indlæse en relationsdatabase med det nye (eller opdaterede) indhold af datalageret.
Intet er galt med denne programmatiske tilgang. Bestem altid for dit specifikke miljø, om brugerdefineret kodning eller værktøjer er den rigtige vej. Antag ikke automatisk, at du skal implementere dit datalager ved hjælp af middleware-værktøjer.
Men dit team kan finde replikere den genanvendelige logik, der er indbygget i de fleste middleware-værktøjer, meget dyrt. Og derudover kan du finde open-source (gratis) middleware-værktøjer til rådighed, hvilket gør argumentet om "vi sparer penge ved hjælp af interne ressourcer" en vanskelig en til at retfærdiggøre. Derfor gennemføres de fleste implementeringer i dag ved hjælp af Uddrag, Transform, og Load (ETL) værktøjer.