Bedste svar
Baseret på de definitioner, der tilbydes på Wikipedia, er forskellen mellem de to udtryk, at man bruger en registreringssystem indebærer, at et enkelt stykke information replikeres og lagres flere gange på tværs af flere databaser, der understøtter forskellige systemer, mens brug af en enkelt sandhedskilde indebærer, at det enkelte stykke information kun gemmes én gang i en enkelt database.
Registreringssystem
Et record of system (SOR) eller kildesystem for record (SSoR) er et datastyringsudtryk for en informationslagring system (almindeligvis implementeret på et computersystem, der kører et databasestyringssystem), der er den autoritative datakilde for et givet dataelement eller stykke information. … flere informationssystemer kan være uenige om det samme stykke information. Disse uenigheder kan stamme fra semantiske forskelle, meningsforskelle, brug af forskellige kilder, forskelle i timingen af uddraget, transformation, indlæse processer, der skaber de data, de rapporterer mod, eller kan simpelthen være resultatet af bugs.
Lad os sige, at vi har Salesforce som vores CRM-system og NetSuite som vores ERP-system. Acme, Inc. er kunde, og Acmes data synkroniseres på tværs af de to systemer. Acmes standardfaktureringsadresse i Californien gemmes to gange en gang i hvert system. Ved virksomhedskonvention er NetSuite systemet til registrering af kunders faktureringsadresser.
Hvis Salesforce-NetSuite-synkroniseringen bryder sammen, kan en bruger finde ud af, at Acmes standardfaktureringsadresse ser ud til at være i Massachusetts ifølge NetSuite, men i Salesforce viser adressen stadig Californien. I dette tilfælde ved at vide, at NetSuite er ved virksomhedskonvention, hjælper registreringssystemet brugeren med at bestemme, at informationen i Salesforce skal kasseres, og info i NetSuite skal have tillid til.
Enkelt sandhedskilde
I informationssystemdesign og teori, enkelt sandhedskilde (SSOT) er praksis med at strukturere informationsmodeller og tilknyttet dataskema, således at hvert dataelement gemmes nøjagtigt en gang. Eventuelle forbindelser til dette dataelement (muligvis i andre områder af relationskemaet eller endda i fjerne fødererede databaser) er kun til reference. Da alle andre placeringer af dataene bare henviser til den primære “kilde til sandhed” -placering, spreder opdateringer til dataelementet i den primære placering til hele systemet uden muligheden for, at en duplikatværdi et eller andet sted bliver glemt. Lad os sige igen, at vi har Salesforce som vores CRM-system og NetSuite som vores ERP-system. Acme, Inc. er kunde, men lad os nu sige, at Acmes standardfaktureringsadresse er lagret kun i NetSuite . At køre forespørgslen nedenfor i Salesforce viser, at standardfelterne for faktureringsadresse er tomme.
SELECT Id, Name, BillingState, BillingCountry
FROM Account
WHERE Name = "Acme, Inc."
Lad os dog sige, at vi i Salesforce UI byggede en integration til at trække faktureringsadressen i virkeligheden -tid fra NetSuite, når en bruger ser Acme, Inc. Fra brugerens perspektiv er der nu ingen konkret forskel mellem vores SSOT-design og SOR-designet ovenfor. Men ved at vedtage SSOT har vi effektivt elimineret muligheden for en situation, hvor Salesforce siger “Californien”, men NetSuite siger “Massachusetts” for Acmes faktureringsadresse.