Najlepsza odpowiedź
Na podstawie definicji podanych w Wikipedii różnica między tymi dwoma terminami polega na tym, że użycie system rekordów oznacza, że pojedyncza informacja jest replikowana i przechowywana wiele razy w wielu bazach danych na różnych systemach, podczas gdy przy użyciu pojedyncze źródło prawdy oznacza, że pojedyncza informacja jest przechowywana tylko raz w jednej bazie danych.
System rekordów
system rejestracji (SOR) lub źródłowy system rekordów (SSoR) to termin zarządzania danymi odnoszący się do przechowywania informacji system (powszechnie wdrażany w systemie komputerowym z systemem zarządzania bazą danych) będący autorytatywnym źródłem danych dla danego elementu danych lub informacji. … Wiele systemów informacyjnych może nie zgadzać się co do tej samej informacji. Te nieporozumienia mogą wynikać z różnic semantycznych, różnic w opiniach, korzystania z różnych źródeł, różnic w czasie wyodrębniania, przekształcania, ładowania procesów, które tworzą dane, do których zgłaszają raporty, lub mogą być po prostu wynikiem błędów.
Powiedzmy, że mamy Salesforce jako nasz system CRM i NetSuite jako nasz system ERP. Acme, Inc. jest klientem, a dane Acme są synchronizowane w obu systemach. Domyślny adres rozliczeniowy firmy Acme w Kalifornii jest przechowywany dwukrotnie, po jednym w każdym systemie. Zgodnie z konwencją firmy, NetSuite to system zapisu adresów rozliczeniowych klientów.
Jeśli synchronizacja Salesforce-NetSuite ulegnie awarii, użytkownik może stwierdzić, że domyślny adres rozliczeniowy Acme wydaje się być w Massachusetts według NetSuite, ale w Salesforce adres nadal wskazuje Kalifornię. W takim przypadku wiedząc, że NetSuite jest zgodny z konwencją firmy, system zapisu pomaga użytkownikowi określić, że informacje z Salesforce powinny zostać odrzucone, a informacje z NetSuite powinny być zaufane.
Pojedyncze źródło prawdy
W projektowaniu i teorii systemów informatycznych pojedyncze źródło prawdy (SSOT) to praktyka strukturyzowania modeli informacyjnych i powiązanych schematów danych w taki sposób, aby każdy element danych był przechowywany dokładnie raz. Wszelkie możliwe powiązania z tym elementem danych (prawdopodobnie w innych obszarach schematu relacyjnego lub nawet w odległych stowarzyszonych bazach danych) mają charakter wyłącznie informacyjny. Ponieważ wszystkie inne lokalizacje danych po prostu odwołują się do pierwotnej lokalizacji „źródła prawdy”, aktualizacje elementu danych w pierwotnej lokalizacji są propagowane do całego systemu bez możliwości zapomnienia o zduplikowanej wartości.
Powtórzmy, że mamy Salesforce jako nasz system CRM i NetSuite jako nasz system ERP. Acme, Inc. jest klientem, ale teraz załóżmy, że domyślny adres rozliczeniowy firmy Acme nie jest przechowywany tylko w NetSuite . Wykonanie poniższego zapytania w Salesforce pokazałoby, że standardowe pola adresu rozliczeniowego są puste.
SELECT Id, Name, BillingState, BillingCountry
FROM Account
WHERE Name = "Acme, Inc."
Załóżmy jednak, że w interfejsie użytkownika Salesforce zbudowaliśmy integrację, aby pobrać adres rozliczeniowy w rzeczywistości czas z NetSuite, kiedy użytkownik ogląda Acme, Inc. Z perspektywy użytkownika nie ma teraz żadnej konkretnej różnicy między naszym projektem SSOT a powyższym projektem SOR. Jednak przyjmując SSOT skutecznie wyeliminowaliśmy możliwość sytuacji, w której Salesforce mówi „Kalifornia”, a NetSuite mówi „Massachusetts” jako adres rozliczeniowy Acme.