文档介绍：数据治理的理解
企业高层必须制定一个基于价值的数据治理计划，确保董事会和股东可以方便、安全、
快速、可靠地利用数据进行决策支持和业务运行。
数据治理对于确保数据的准确、适度分享和保护是至关重要的。有效的数据统 CRM 和 ERP 系统中的数据录入。当录入系统和
记录系统为同一个系统时，应用程序架构很简单。CRM 和 ERP 系统变成主数据的消费者
— 它们不再创建它。
但是，为了实现此有价值的简化，需要灵活、用户友好的界面。它有助于创建针对不
同业务用户（从临时用户到专家）组的用户界面版本，同时仍然具有完整的数据管理控制台，
数据管理员通过该控制台可处理需要人为判断的问题，并跟踪数据质量度量标准和解决异常。
多领域 MDM 系统本身的角色发生变化，从在别处输入或更新的数据的被动接收者和
整理者变为原始录入系统和记录系统。新记录或修改后的记录通过内部数据治理规则后，MDM 系统通过实时或接近实时的中间件将经过认证的记录发布到 CRM 和 ERP 系统以
及所有数据仓库或分析系统。如果不需要实时或接近实时的反馈，新记录和更改后的记录可
排队等候，以便通过批量集成与企业的其它系统同步。
这一变化还消除了主要的复杂性原因。MDM 系统成为了源系统，企业中的其它应用
程序和数据库成为消费系统，而不是让处于复杂源系统网络的中心的 MDM 系统位于左侧，
而消费系统位于右侧。因此，省去了接近一半的系统集成工作量，并且还省去了映射源系统
和其独立且特殊方法（允许数据录入返回到 MDM 系统）的工作。
这看上去是一个激进的步骤，但是它实际上是长期趋势的延续。当企业应用程序套件
最初变得通用时，公司假设它们的新 CRM 或 ERP 系统是唯一的真相来源。但是，随着
时间的推移，公司沦为扩散系统和数据库的牺牲品。因此，没有一个前台或后台系统拥有完
整的主数据集。
如果您将要添加一个多领域 MDM 系统并承认 CRM 和 ERP 系统并不是设计用于
管理主数据，为何不进行下一步骤并取消它们的创建、更新或删除主数据的功能，而是允许
这些系统只能读取和处理主数据呢？
数据治理应对型数据治理的缺点及其改进方案
批量集成和应对型数据治理方法引入的时间延迟可能导致业务部门继续操作重复、不
完整且不精确的主数据。因此，这会降低多领域 MDM 方案实现在正确的时间向正确的人
员提供正确数据这一预期业务目标的能力。 在期望被设定为数据将变得干净、 精确且及时之
后，批量集成引入的时间延迟让人感到沮丧。应对型数据治理（下游数据管理员小组负责整
理、去重复、纠正和完成关键主数据）可能导致让人认为“数据治理官僚化”。