Bästa svaret
Baserat på definitionerna som erbjuds på Wikipedia är skillnaden mellan de två termerna att man använder en registreringssystem innebär att en enda information replikeras och lagras flera gånger över flera databaser som stöder olika system, medan man använder en enskild sanningskälla innebär att den enda informationen bara lagras en gång i en enda databas.
Registreringssystem
A System of Record (SOR) eller källsystem för record (SSoR) är en datahanteringsterm för en informationslagring system (vanligtvis implementerat på ett datorsystem som kör ett databashanteringssystem) som är den auktoritativa datakällan för ett givet dataelement eller information. … flera informationssystem kan vara oense om samma information. Dessa meningsskiljaktigheter kan härröra från semantiska skillnader, meningsskiljaktigheter, användning av olika källor, skillnader i tidpunkten för extraktet, transformering, laddningsprocesser som skapar de data de rapporterar mot, eller kan helt enkelt vara resultatet av buggar.
Låt oss säga att vi har Salesforce som vårt CRM-system och NetSuite som vårt ERP-system. Acme, Inc. är kund och Acmes data synkroniseras över de två systemen. Acmes standardfaktureringsadress i Kalifornien lagras två gånger, en gång i varje system. Enligt företagets konvention är NetSuite systemet för registrering av kunders faktureringsadresser.
Om Salesforce-NetSuite-synkroniseringen går sönder kan en användare upptäcka att Acmes standardfaktureringsadress verkar vara i Massachusetts enligt NetSuite, men i Salesforce visar adressen fortfarande Kalifornien. I det här fallet, med vetskapen om att NetSuite är enligt företagskonventionen, hjälper registreringssystemet användaren att bestämma att informationen i Salesforce ska kasseras och att informationen i NetSuite ska lita på.
Enskild sanningskälla
I informationssystems design och teori, enda källa till sanning (SSOT) är praxis att strukturera informationsmodeller och tillhörande dataskema så att varje dataelement lagras exakt en gång. Eventuella länkar till detta dataelement (eventuellt i andra områden i relationsschemat eller till och med i avlägsna federerade databaser) är endast referenser. Eftersom alla andra platser i datan bara hänvisar till den primära ”sanningskällans” plats, sprids uppdateringar till dataelementet i den primära platsen till hela systemet utan att möjligheten att ett duplicerat värde någonstans glömmas bort.
Låt oss säga igen att vi har Salesforce som vårt CRM-system och NetSuite som vårt ERP-system. Acme, Inc. är kund, men låt oss nu säga att Acmes standardfaktureringsadress är lagrad i NetSuite . Att köra frågan nedan i Salesforce visar att standardfältet för faktureringsadress är tomt.
SELECT Id, Name, BillingState, BillingCountry
FROM Account
WHERE Name = "Acme, Inc."
Men låt oss säga att vi i Salesforce UI byggde en integration för att dra faktureringsadressen i verkligheten -tid från NetSuite när en användare ser Acme, Inc. Från användarens perspektiv finns det nu ingen konkret skillnad mellan vår SSOT-design och SOR-designen ovan. Men genom att anta SSOT har vi effektivt eliminerat möjligheten till en situation där Salesforce säger ”Kalifornien” men NetSuite säger ”Massachusetts” för Acmes faktureringsadress.