OPGELET: het antwoord op deze vraag heb ik volledig uit mijn duim gezogen, ze is dus niet onderbouwd aan de hand van papers of teksten, maar een eigen interpretatie van het probleem. Neem me dus niet kwaad als ik een andere interpretatie heb hier in deze blogpost 🙂
Binnen MDM zijn er verschillende mogelijke architecturen en aanpakken om tot een dergelijke bedrijfsstructuur te komen. Het uiteindelijke doel is om uniforme en vooral correcte, accurate en up-to-date data beschikbaar te hebben in de onderneming die als input dient voor de verschillende systemen, zodat er geen discrepanties zijn. Een manier om dit tot stand te brengen is via een centrale database waar alle data enkelvoudig wordt opgeslaan en waar alle applicaties gebruik van maken zodat ze zich allemaal baseren op dezelfde data. Dergelijke MDM structuur (Enterprise MDL) is echter al zeer verregaand en vaak is het zo dat de diversiteit van de applicaties dergelijk architectuur niet toelaat. Idealiter is dit wel de beste structuur voor het beheer van de data. Vaak is het echter zo dat men niet tot deze fase binnen MDM geraakt en men blijft steken bij een MDM Hub, wat ook al een hele verwezenlijking is en de kwaliteit van de data enorm verhoogd.
Bij een MDM Hub is het echter zo dat de data niet enkelvoudig wordt opgeslaan, er woden nog steeds kopieën genomen voor de diverse systemen conform de vereiste datastructuur die deze systemen vereisen, dit is vaak zo voor ERP systemen. Hier is er dus niet echt sprake van enkelvoudige opslag.Er moet echter nog een kleine nuancering worden gemaakt bij de enkelvoudige opslag bij Entreprise MDM, de data mag dan wel centraal worden opgeslaan op 1 punt, doch worden er nog verschillende backups genomen van de data die op een andere plaatst worden opgeslaan om zo het risico op verlies van data te beperken. Of we in dit geval echter kunnen spreken van enkelvoudige opslag is een vraag die ik in het midden laat.