Beste svaret
Basert på definisjonene som tilbys på Wikipedia, er forskjellen mellom de to begrepene at det å bruke en registreringssystem innebærer at en enkelt informasjon replikeres og lagres flere ganger på tvers av flere databaser som støtter forskjellige systemer, mens bruk av enkelt sannhetskilde innebærer at den eneste informasjonen bare lagres en gang i en enkelt database.
Registreringssystem
A system for registrering (SOR) eller kildesystem for registrering (SSoR) er et datastyringsuttrykk for en informasjonslagring system (vanligvis implementert på et datasystem som kjører et databasestyringssystem) som er den autoritative datakilden for et gitt dataelement eller informasjon. … flere informasjonssystemer kan være uenige om den samme informasjonen. Disse uenighetene kan stamme fra semantiske forskjeller, meningsforskjeller, bruk av forskjellige kilder, forskjeller i tidspunktet for utdraget, transformere, laste prosesser som skaper dataene de rapporterer mot, eller kan bare være et resultat av feil.
La oss si at vi har Salesforce som CRM-system og NetSuite som ERP-system. Acme, Inc. er kunde, og Acmes data synkroniseres på tvers av de to systemene. Acmes standard faktureringsadresse i California lagres to ganger, en gang i hvert system. Etter selskapskonvensjonen er NetSuite systemet for registrering av kunders faktureringsadresser.
Hvis Salesforce-NetSuite-synkroniseringen går i stykker, kan en bruker oppdage at Acmes standard faktureringsadresse ser ut til å være i Massachusetts ifølge NetSuite, men i Salesforce viser adressen fremdeles California. I dette tilfellet, å vite at NetSuite er ved selskapskonvensjon, hjelper registreringssystemet brukeren med å bestemme at informasjonen i Salesforce skal kastes og informasjonen i NetSuite skal stole på.
Enkelhet av sannhetskilde
I utforming og teori for informasjonssystemer, enkel sannhetskilde (SSOT) er praksis med å strukturere informasjonsmodeller og tilhørende dataskjema slik at hvert dataelement lagres nøyaktig en gang. Eventuelle koblinger til dette dataelementet (muligens i andre områder av relasjonsskjemaet eller til og med i fjerne fødererte databaser) er kun referanse. Fordi alle andre posisjoner av dataene bare refererer til den primære «kilden til sannhet» -plasseringen, forplantes oppdateringer til dataelementet i den primære plasseringen til hele systemet uten at muligheten for at en duplikatverdi et sted blir glemt.
La oss si igjen at vi har Salesforce som CRM-system og NetSuite som ERP-system. Acme, Inc. er kunde, men la oss si at Acmes standard faktureringsadresse er bare lagret i NetSuite . Å kjøre spørringen nedenfor i Salesforce vil vise at standardfaktureringsadressefeltene er tomme.
SELECT Id, Name, BillingState, BillingCountry
FROM Account
WHERE Name = "Acme, Inc."
La oss si at i Salesforce UI bygde vi en integrasjon for å trekke faktureringsadressen i virkeligheten -tid fra NetSuite når en bruker ser på Acme, Inc. Fra brukerens perspektiv er det nå ingen konkret forskjell mellom SSOT-designet vårt og SOR-designet ovenfor. Ved å vedta SSOT har vi imidlertid effektivt eliminert muligheten for en situasjon der Salesforce sier «California», men NetSuite sier «Massachusetts» for Acmes faktureringsadresse.