工程分析数据平台主数据迁移与血缘链路分析案例 - 第2节
2.1 主数据管理（MDM）概念
主数据管理（Master Data Management, MDM）是一套用于定义、管理和共享企业核心业务实体的数据治理方法论与技术体系。在工程分析数据平台中，主数据通常指代那些跨系统、跨流程、高复用、低变化频率的核心数据对象，如设备台账、物料编码、组织架构、项目结构等。
核心定义：主数据是描述企业核心业务实体（如客户、产品、员工、设备、物料）的权威、一致、可共享的基础数据，是业务交易与分析决策的“黄金记录”。
2.1.1 MDM 在工程分析平台中的定位
工程分析数据平台通常需要从多个异构源系统（ERP、MES、PLM、SCADA）抽取数据，主数据作为“数据锚点”承担以下关键角色：
- 数据关联枢纽：通过统一的主数据编码，将不同系统中的业务记录关联到同一实体。
- 一致性保障：消除同名异义、同义异名、数据冗余与冲突。
- 血缘追溯起点：主数据变更记录是数据血缘链路分析的基础锚点。
- 分析维度标准化：为工程分析提供稳定、可对比的维度表。
2.1.2 MDM 核心能力域
| 能力域 | 说明 | 工程分析场景示例 |
|---|---|---|
| 数据模型管理 | 定义主数据实体、属性、关系与层级 | 设备主数据包含设备编号、类型、安装位置、技术参数 |
| 编码管理 | 制定统一编码规则，确保全局唯一性 | 物料编码采用“大类-中类-流水号”结构 |
| 数据质量管理 | 完整性、准确性、一致性、时效性监控 | 设备主数据缺失安装日期标记为待补全 |
| 生命周期管理 | 创建、审核、发布、变更、归档全流程管控 | 设备报废后主数据状态变更为“停用” |
| 分发与同步 | 向消费系统推送主数据变更事件 | 新增物料编码实时同步至采购与库存系统 |
实践要点：工程分析平台的主数据管理不应追求“大而全”，而应聚焦于分析场景中高频使用的核心实体，优先治理设备、物料、组织、项目四类主数据。
2.2 主数据模型设计原则
主数据模型是主数据管理的核心资产，其设计质量直接影响数据治理效果与分析链路准确性。工程分析场景下的主数据模型设计应遵循以下六大原则：
| 原则 | 说明 | 反例 | 正例 |
|---|---|---|---|
| 唯一性 | 每个实体有且仅有一个权威标识 | 同一设备在ERP和MES中编码不同 | 统一设备编码，建立映射表 |
| 稳定性 | 主数据属性不随业务频繁变动 | 设备型号随供应商变更而修改 | 设备型号固化，供应商作为关联属性 |
| 可扩展性 | 模型支持新增属性而不破坏现有结构 | 使用固定列存储扩展信息 | 采用EAV或JSON字段存储扩展属性 |
| 层级清晰 | 实体间关系通过外键或层级表表达 | 设备与产线关系写在备注字段 | 建立设备-产线-工厂层级关系表 |
| 分析友好 | 模型设计便于OLAP查询与血缘追溯 | 使用复合主键且无代理键 | 使用自增代理键 + 业务自然键 |
| 版本可追溯 | 主数据变更保留历史版本 | 直接覆盖原记录 | 采用缓慢变化维（SCD Type 2） |
常见误区：主数据模型设计过度“业务化”，将临时性、计算性、过程性数据混入主数据实体，导致主数据膨胀、变更频繁、血缘链路断裂。主数据应只包含描述性、分类性、标识性属性，不包含交易量、状态值等易变字段。
2.2.1 主数据模型设计步骤
- 实体识别：梳理工程分析场景中跨系统共享的核心业务对象，如设备、物料、组织、项目、客户。
- 属性定义：为每个实体定义最小必要属性集，区分标识属性、分类属性、描述属性、关联属性。
- 关系建模：定义实体间的层级关系（如工厂→车间→产线→设备）与引用关系（如设备使用物料）。
- 编码设计：为每个实体设计全局唯一的编码规则。
- 元数据注册：将模型定义注册到元数据中心，包括属性名称、数据类型、业务含义、来源系统。
- 模型评审：组织业务方、数据治理团队、技术团队联合评审，确保模型满足分析需求。
2.3 主数据编码规范
主数据编码是主数据管理的“身份证”，是跨系统数据关联与血缘追溯的核心纽带。一套优秀的编码规范应具备全局唯一性、结构清晰性、业务可读性、扩展灵活性四大特征。
2.3.1 编码设计原则
- 唯一性：编码全局唯一，不重复、不回收。
- 稳定性：编码一旦分配，原则上不允许修改。
- 可读性：编码应包含业务含义，便于人工识别。
- 可扩展：编码结构预留足够的容量与层级。
- 标准化：编码格式统一，长度固定或分段固定。
2.3.2 常见编码结构
| 编码类型 | 结构说明 | 示例 | 适用场景 |
|---|---|---|---|
| 顺序流水码 | 纯数字顺序递增，无业务含义 | 000001, 000002 | 内部系统代理键，不对外展示 |
| 层级分类码 | 按分类层级分段编码 | EQ-PUMP-001（设备-泵-序号） | 设备、物料分类管理 |
| 组合属性码 | 将多个关键属性组合成编码 | PLT-SH-01-L01（工厂-车间-产线-线体） | 组织架构、位置编码 |
| 日期+流水码 | 日期前缀+顺序号 | 20250101-001 | 项目编号、工单编号 |
| 纯语义码 | 使用英文缩写或拼音缩写 | CN-SH-PUMP-01（中国-上海-泵-01） | 国际化多语言场景 |
2.3.3 工程分析平台编码规范示例
以设备主数据编码为例，推荐采用“分类码+流水号”结构：
编码格式：EQ-[设备大类2位]-[设备中类2位]-[流水号4位]
示例： EQ-PU-CE-0001
说明：
EQ → 固定前缀，标识设备主数据
PU → 设备大类：泵类设备
CE → 设备中类：离心泵
0001 → 流水号，从0001开始顺序递增
编码校验规则：
1. 编码长度固定为12位（含分隔符）
2. 大类与中类使用预定义编码表
3. 流水号按大类+中类分组独立递增
4. 编码生成后写入主数据管理系统，不可修改
编码管理最佳实践：建议在主数据管理平台中建立编码生成服务，通过API统一分配编码，避免各系统自行生成导致重复。同时建立编码映射表，用于关联历史系统中的旧编码，确保血缘追溯不断链。
2.3.4 编码变更与废弃管理
主数据编码应遵循“只增不改、废弃不删”的原则：
- 编码变更：原则上不允许变更已分配的编码。若因业务调整确需变更，需走变更审批流程，并在主数据系统中记录变更历史，保留旧编码与新编码的映射关系。
- 编码废弃：实体失效后，编码标记为“废弃”状态，不再分配给新实体，但保留在系统中用于历史数据追溯。
- 编码回收：严禁回收已废弃的编码重新分配，避免历史数据关联错误。