主数据交易数据、实体值对象、主数据源
目录
一、概念易混淆：
二、定义说明：
1、主数据
2、交易数据
3、实体&值对象：
4、主数据源：
一、概念易混淆：
1、上述数据概念时常让人困惑，究其原因很多时候是很多事情是需要有明确的上文下，即前置条件需要提前说明。如电商平台，客户的收货地址在电商平台+客户角度看是一个实体，说明客户都有哪些收货地址，此时的收货地址是主数据，也是实体，对应的主数据源可能就是电商平台下的收货地址子系统；但是在客户在电商购买物品下单后所选择的收货地址，此处的收货地址是什么数据，主数据？交易数据？即此时维护的是地址的完整信息，还是一个收货地址ID呢？
2、 这里就带来了一个问题，如果是收货地址ID则如果客户修改了收货地址，如公司搬迁到了新地址，那之前订单的收货地址也调整了？但实际上客户是在旧地址已经收货了，因此这里就有了问题，所以正常情况下订单中引用了收货地址的信息作为参考，然后地址信息随订单固定下来，及时修改收货地址也是针对这个订单的收货地址修改，不是客户级别的全局修改，所以此处的收货地址就是一个交易数据，隶属于订单实体中的属性之一。
二、定义说明：
1、主数据
引用信通院中《主数据管理实践白皮书（1.0）》中的有关描述，以及个人理解如下：
主数据（MDM：Master Data）：指满足跨部门业务协同需要的、反映核心业务实体状态属性的组织机构的基础信息。主数据相对交易数据而言，属性相对稳定，准确度要求更高，唯一识别。 主数据具有以下几个方面的特征，简述为超越部门、流程、主题、系统、以及技术。
- 超越部门。主数据不是那种局限于某个具体职能部门的数据库。主 数据是满足跨部门业务协同需要的，是各个职能部门在开展业务过程中都 需要的数据，是所有职能部门及其业务过程的“最大公约数据”。
- 超越流程。主数据不依赖于某个具体的业务流程，但却是主要业务 流程都需要的。主数据的核心是反映对象的状态属性，它不随某个具体流 程而发生改变，而是作为其完整流程的不变要素。
- 超越主题。与信息工程方法论①中通过聚类方法选择主题数据不同， 主数据是不依赖于特定业务主题却又服务于所有业务主题的有关业务实体 的核心信息。
- 超越系统，主数据管理系统是信息系统建设的基础，应该保持相对 独立，它服务于但是高于其它业务信息系统，因此对主数据的管理要集中 化、系统化、规范化。
- 超越技术。由于主数据要满足跨部门的业务协同，因而必须适应采 用不同技术规范的不同业务系统，所以主数据必须应用一种能够为各类异 构系统所兼容的技术条件。从这个意义上讲，面向微服务架构为主数据的 实施提供了有效的工具。
主数据主要包括配置型主数据和核心主数据。具体说明如下：
- 配置型主数据：配置型主数据是描述业务或核心主数据属性分类的参考信息，会在整 个组织内共享使用。一般依据国际标准、国家标准、行业标准或企业标准 和相关规范等，在系统中一次性配置使用的基础数据，例如国家、民族、 性别等规范性表述。配置型主数据相对稳定，不易变化。
- 核心主数据：核心主数据指用来描述企业核心业务实体的主数据，是企业核心业务 对象、交易业务的执行主体，如产品、物资、设备、组织机构、员工、供 应商、客户、会计科目等。核心主数据是企业信息系统的神经中枢，是业 务运行和决策分析的基础。核心主数据是相对“固定”的，变化缓慢。
2、交易数据
交易数据也是基于元数据衍生而来的，反应公司实时业务记录的数据，同样是实例数据。主数据是相对稳定的，静止不变或者是一段时间内静止 不变的数据，而交易数据则是实时变化的数据，往往描述的是某一个时间点所发生的交易行为。例如客户订单、存货跟踪、销售记录、售后事件等。
一个主数据可能会跟多个交易数据有关联，而一个交易数据可能又会对主数据产生影响。举例来说，航空公司中，“客户本年度飞行里程”是一个主数 据，而“客户每次飞行记录”，则是交易数据，当交易数据“客户每次飞行记 录”累积到一年时，主数据“客户本年度飞行里程”便会产生更新。
3、实体&值对象：
相关信息主要来源于DDD领域驱动设计，相比于实体，值对象是没有唯一的ID标识，依托与实体存在，没有自己的生命周期，类似在上述订单的例子中，订单就是一个实体，其对应有收货地址的值对象，如果这个订单不存在，则此收货也没有存在的必要了。
4、主数据源：
是指每项数据（包含主数据、交易数据等）应该有其唯一的系统对其负责，保证数据的完整、准确性等信息，因此主数据源中所述的主数据，与数据定义的主数据不是一个概念。
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！