怎样将数据库设计移植到主数据管理系统

   许多年来，大多数公司都主张将一些信息如客户资料，产品列表，销售纪录等作为核心的存储库。将这些信息放在中心位置的好处是显而易见的并且它将给支持的公司的所有部分都带来好吃，从高层管理到基层工作人员，受益的不计其数。

现在，一些公司已经开始研究这些中心基准系统进化的下一个阶段。这篇文章将探索移植到更高深的系统中的原因。

在已经存在的中心基准系统中的用户通常分为三个不同的组：

·消费者：使用建立在这些系统的终端用户或者系统来支持他们的工作。

·贡献者：在中心系统中能更新数据的用户或者系统作为他们日常活动的一部分。

·数据管理者：维护数据的完整性以及防止数据遗漏的用户和系统使用的元数据。

这三个组结合的非常协调，它们都和系统有关。

但是，这些系统中的每一个都非常容易和其他的系统断开。那么当这些数据在其他的系统中改变，这些改变不能在所有的系统中复制；或者是延迟复制。这种断开能潜在的导致系统的有效性被破化并可能导致更糟糕的局面——让终端用户根据错误的数据来作出决定。

一个解决方案就是为所有的主系统构造一个单独的主基准系统，这些主系统发布自己的数据，我们可以从这些主数据来收集想要的信息。

一个例子

我们使用一个普通公司来做例子来演示这个方法的好处。就叫这个公司为X，它们已经确定为主数据系统服务的不同类型的数据：

1 ProMan：一个产品管理的工具这个工具可以存储公司销售的信息，并是系统的关键信息比如产品姓名，商标，产品信息文档等等。

2 FormMan：一个明确表达管理工具它存储的信息关于怎么样管理销售并存储关键的信息比如产品的成分和处方，包括每个组件的任何安全文档或者最终产品如何正确安全的使用和存储。

3 GraphMan：一个图形和标志的存储库的存储文件存储了X公司的商标，产品和公司的logos，同时详细的说明在什么时候什么地方使用这些信息，这些图片通常由个人设计师来设计。

4 HRMan：人事管理工具，它列出了所有的雇员以及他们的详细信息等等。

5 LabelMan：产品标签管理工具，它管理标签的创建。

6 PackMan：一个封装管理工具，它管理被X公司产品使用的封装。

现在你了解了吧，它们每一个都是特别的数据。表面上来看，这个公司有良好的管理数据的能力，但是，我们不能确定在FormMan中的每个处方都没有作为X公司当前销售的产品来使用，并可以被ProdMan来管理。同时，如果我们给每个产品贴上标签那也不容易说明我们正在销售。我们怎么添加一个新的产品？最近，这个在每个系统正被双倍的执行尽管是不同的方法。

每个系统都是被分开管理和维护的，因为有按键的错误，我们会有不同的数据；大小写键盘的不同使用方法，间隔等等，或者还有语言上的不同，比如美式英语和英式英语。

我们可以在这些程序中使用一个顺从练习，但是这可能要花费一段很长的时间。在大多数时候，我们已经有了一个公认的主系统因此，我们可以在适当的时候纠正其他的系统，要不是有数据元素，我们就不能这么做，并且我们不能通过其他的方式计算出哪个值是正确的。

和任何公司的大小一样，X公司使用各种电子方法，比如EAI，ETL和EDI在内部移动数据。最近，每个系统的接口可以被构造并且以合适的价格维持个别。同样，系统的任何改变都将给它的接口带来影响。