Melhor resposta
Com base nas definições oferecidas na Wikipedia, a diferença entre os dois termos é que usa um sistema de registro implica que uma única informação é replicada e armazenada várias vezes em vários bancos de dados apoiando vários sistemas, enquanto usando um única fonte de verdade implica que a única informação é armazenada apenas uma vez em um único banco de dados.
Sistema de registro
Um sistema de registro (SOR) ou sistema de registro de origem (SSoR) é um termo de gerenciamento de dados para um armazenamento de informações sistema (comumente implementado em um sistema de computador que executa um sistema de gerenciamento de banco de dados) que é a fonte de dados autorizada para um determinado elemento de dados ou informação. … Vários sistemas de informação podem discordar sobre a mesma informação. Essas divergências podem resultar de diferenças semânticas, diferenças de opinião, uso de diferentes fontes, diferenças no tempo de extração, transformação, processos de carregamento que criam os dados que relatam ou podem simplesmente ser o resultado de bugs.
Digamos que temos o Salesforce como nosso sistema CRM e o NetSuite como nosso sistema ERP. A Acme, Inc. é um cliente e os dados da Acme são sincronizados entre os dois sistemas. O endereço de cobrança padrão da Acme na Califórnia é armazenado duas vezes, uma em cada sistema. Por convenção da empresa, o NetSuite é o sistema de registro dos endereços de cobrança dos clientes.
Se a sincronização do Salesforce-NetSuite falhar, um usuário pode descobrir que o endereço de cobrança padrão da Acme parece ser em Massachusetts, de acordo com o NetSuite, mas no Salesforce, o endereço ainda mostra a Califórnia. Nesse caso, saber que o NetSuite é uma convenção da empresa, o sistema de registro ajuda o usuário a determinar que as informações do Salesforce devem ser descartadas e que as informações do NetSuite são confiáveis.
Fonte única da verdade
No projeto e na teoria de sistemas de informação, fonte única da verdade (SSOT) é a prática de estruturar modelos de informação e esquema de dados associado de forma que cada elemento de dados seja armazenado exatamente uma vez. Quaisquer ligações possíveis a este elemento de dados (possivelmente em outras áreas do esquema relacional ou mesmo em bancos de dados federados distantes) são apenas para referência. Como todos os outros locais dos dados referem-se apenas ao local principal da “fonte da verdade”, as atualizações do elemento de dados no local principal se propagam para todo o sistema sem a possibilidade de um valor duplicado em algum lugar ser esquecido.
Digamos novamente que temos o Salesforce como nosso sistema CRM e o NetSuite como nosso sistema ERP. Acme, Inc. é um cliente, mas agora digamos que o endereço de cobrança padrão da Acme esteja apenas armazenado no NetSuite . Executar a consulta abaixo no Salesforce mostraria que os campos de endereço de cobrança padrão estão vazios.
SELECT Id, Name, BillingState, BillingCountry
FROM Account
WHERE Name = "Acme, Inc."
No entanto, digamos que na interface do Salesforce criamos uma integração para obter o endereço de cobrança real – tempo do NetSuite quando um usuário visualiza a Acme, Inc. Da perspectiva do usuário agora não há diferença tangível entre nosso design SSOT e o design SOR acima. No entanto, ao adotar o SSOT, eliminamos efetivamente a possibilidade de uma situação em que o Salesforce diga “Califórnia”, mas o NetSuite diga “Massachusetts” para o endereço de cobrança da Acme.