让我们谈谈加里（Gary）和加里（Gary）的鞋子。
加里（Gary）在全国经营着多家鞋店。
作为更新基础架构的一部分，Gary希望更新整个链中的所有软件。
想法是对整个链条进行统一的计费，库存，销售和时间跟踪。
加里（Gary）并没有花很多时间（毕竟他必须卖鞋），他只是在所有商店和总部之间安装了同步服务来同步所有数据。
好吧，我打电话给同步服务。
实际结果是，统一系统是共享的DropBox文件夹上的一组Excel文件。
随意去洗脸，喝一杯，服用Xanax。
我知道看到这样的消息可能会令人震惊。
令人惊讶的是，这不是我的帖子的主题。
相反，我想在这里谈论数据所有权。
想象一下，加里在芝加哥的一家商店卖了几双鞋，然后向客户开了发票。
他们忠实地将订单记录在
命令。
xlsx
状态为“待付款”
的文件。
”
但是，该客户不小心将支票寄到了错误的商店。
没有大佬，对吗？
第二家商店的店数据库增量同步 员可以继续进行并在共享系统中更新订单，将其标记为“已全额支付”。
”
事实证明，这是一个问题。
解释原因的最简单方法是数据所有权。
该特定记录的所有者是原始商店。
您可能会说这没关系，毕竟更改是在同一系统中发生的。
但是问题是，情况并非总是如此。
除了您可以在右侧看到的“系统”操作之外，还有其他事情。
商店经理仍然有一张PostIt便笺，可以致电该客户并询问丢失的付款。
需要关闭生成的发票，依此类推。
仅在系统中进行更新不会导致所有这些事情发生。
处理该问题的正确方法是呼叫数据的所有者（原始存储），并让他们知道支票到达了错误的存储。
此时，数据所有者可以决定如何处理该新信息，应用需要完成的任何工作流程，等等。
我故意使用了看起来像玩具的示例，因为很容易陷入细节上。
但是在任何分布式系统中，
本地
发生的过程，这可能非常重要。
如果您继续前进，并在背后更新他们的信息，则可以保证您有所突破。
我什至没有
开始 谈论冲突的机会……当然。