如何维护主数据代码？

强颜欢笑

2022-12-22

管理和使用主数据有许多不同的工具和技术。我们将在这里介绍三种更常见的情况：
单拷贝方法：在这种方法中只有一个主数据的主拷贝。所有的添加和更改都是直接对主数据进行的。所有使用主数据的应用程序都将重写以使用新数据而不是当前数据。这种方法保证了主数据的一致性，但在大多数情况下并不实用。修改所有应用程序以使用具有不同架构和不同数据的新数据源，至少是非常昂贵的；如果购买了某些应用程序，甚至可能是不可能的。

多拷贝，单次维护：主数据是在数据的单次主副本中添加或更改的，但更改会发送到本地存储副本的源系统。每个应用程序都可以更新不属于主数据的部分数据，但它们不能更改或添加主数据。例如，库存系统可以更改零件的数量和位置，但不能添加新零件，也不能更改产品主数据中包含的属性。这将减少所需的应用程序更改的数量，但应用程序将至少必须禁用添加或更新主数据的功能。

连续合并：在这种方法中允许应用程序更改其主数据的副本。对源数据所做的更改将发送到代码库，并在其中合并到代码库列表中。对代码的更改随后发送到源系统并应用于本地副本。这种方法只需要对源系统进行少量更改；如果需要，可以在数据库中处理更改发送，因此不会更改任何应用程序代码。从表面上看，这似乎是理想的解决方案。应用程序更改最小化，无需再培训。但是这种方法确实有几个问题：

（1）更新中可能的冲突很难调和。如果两个源系统将客户地址更改为不同的值，会发生什么情况？MDM系统无法决定要保留哪一个，因此需要数据管理员的干预；同时，客户有两个不同的地址。必须通过创建数据治理规则和标准操作过程来解决此问题，以确保减少或消除更新冲突。
（2）添加的内容必须重新合并。添加客户后，有可能另一个系统已经添加了该客户。为了处理这种情况，所有数据添加都必须再次执行匹配过程，以防止代码库中出现新的重复项。
（3）保持一致的计量单位更加困难。如果产品的重量从磅换算成千克，然后再换算成磅，四舍五入可能改变原始重量。如果用户输入了一个值，然后几秒钟后看到它发生了变化，他可能会感到不安。

一般来说，所有这些事情都是可以计划和处理的，这使得关键用户的易用性更强，但代价是维护更复杂的基础设施和数据管理员的更多工作。这也许是一个可以接受的权衡的过程，但这是一个应该提早有意识地做出的权衡。