3. Teamcenter数据模型与对象关系解析
在Teamcenter中，数据不是以“文件”为单位组织的，而是以“对象”为单位组织的。理解Item、ItemRevision、Dataset、BOM、Folder、Form这几类核心对象以及它们之间的关联关系，是后续做历史数据迁移、数据质量治理、重复数据识别和BOM重建的基础。如果对象关系理解错了，迁移时就会出现“零件建了但版本挂不上”“图纸传了但找不到归属”“BOM结构断链”等典型问题。
一、核心对象的分工
Teamcenter的数据模型可以理解为“业务对象 + 物理载体 + 组织容器”三层结构。
- Item（零组件/物料）：业务主对象，代表一个零件、部件或文档编号。它承载的是“这是什么”的身份信息，例如Item ID、名称、类型、版本序列。Item本身不直接存放图纸文件，也不直接存放BOM行。
- ItemRevision（版本）：Item的版本分支，代表该对象在某个阶段的设计状态。一个Item可以有A、B、C等多个版本，每个版本下挂接对应的Dataset和BOM结构。版本是数据变更的载体，也是迁移时最容易出错的地方。
- Dataset（数据集）：物理文件的容器，例如UG NX的.prt、AutoCAD的.dwg、PDF、Excel、JT等。Dataset通过“关系”挂接到ItemRevision上，本身不表达业务含义，只表达“文件是什么格式、由什么工具产生”。
- BOM（Bill of Materials）：结构关系，描述父件与子件之间的装配关系。BOM不是独立对象，而是通过BOMView、BOMView Revision和BOMLine表达的层级结构，通常挂在某个ItemRevision下。
- Folder（文件夹）：组织容器，用于分类、检索和权限管理。Folder不改变对象归属，一个Item可以同时出现在多个Folder中，删除Folder不会删除对象本身。
- Form（表单）：属性载体，用于存储非几何、非文件类的结构化数据，例如材料、重量、供应商、审批信息。Form可以挂接到Item、ItemRevision或Dataset上，是迁移时属性映射的主要落点。
二、对象之间的关联关系
这些对象不是孤立存在的，它们通过“关系（Relation）”连接。最常见的几条链路是：
- Item → ItemRevision：通过版本关系连接，一个Item对应多个Revision，Revision按A、B、C顺序排列。
- ItemRevision → Dataset：通过“Specification”或“Reference”关系挂接，图纸、模型、文档都挂在这一层。
- ItemRevision → BOMView → BOMLine：BOM结构挂在Revision下，BOMLine指向子件ItemRevision，形成父子装配关系。
- Item/ItemRevision → Form：通过属性关系挂接，Form中的字段最终映射到对象属性上。
- Folder → 任意对象：Folder通过“内容”关系引用对象，只做分类，不改变对象生命周期。
下面这张图用结构关系的方式，把上述对象和连接方向一次性表达清楚。图中实线表示强归属关系，虚线表示引用或分类关系。
三、迁移场景下最容易踩的坑
理解对象关系之后，迁移时就能提前识别风险。以下是历史数据迁移中高频出现的问题，以及对应的判断依据。
| 现象 | 根因对象 | 判断依据 | 处理方向 |
|---|---|---|---|
| 零件能查到，但打开无图 | ItemRevision → Dataset 关系缺失 | Revision 下无 Specification 关系 | 补挂 Dataset 或重建关系 |
| BOM 展开为空 | BOMView 未创建或 BOMLine 断链 | Revision 下无 BOMView，或 BOMLine 指向已删除 Revision | 重建 BOMView，修复子件指向 |
| 同一零件出现多条记录 | Item ID 重复，版本序列混乱 | 相同 Item ID 对应多个 Item 对象 | 合并 Item，统一版本序列 |
| 属性丢失 | Form 未挂接或字段未映射 | ItemRevision 下无 Form，或 Form 字段为空 | 补建 Form，做属性映射 |
| 文件夹里找不到对象 | Folder 引用关系未迁移 | 对象存在但 Folder 内容为空 | 重建 Folder 引用，不影响对象本身 |
四、一个可执行的迁移前检查清单
在正式迁移前，建议按对象层级逐项核对。下面这份清单可以直接作为迁移前的检查表使用，字段可根据实际项目调整。
【Item 层】
- Item ID 是否唯一？是否存在同一编号多条 Item？
- Item 类型（ItemType）是否与目标模型一致？
- 名称、描述等基础属性是否完整？
【ItemRevision 层】
- 每个 Item 是否至少有一个 Revision？
- 版本序列是否连续（A、B、C）？是否存在跳号或重复？
- Revision 状态（Released/Working）是否正确？
【Dataset 层】
- 每个 Revision 下是否挂接了必要的 Dataset？
- Dataset 文件是否可访问？路径是否有效？
- 文件格式与 Dataset 类型是否匹配（prt 对 UGMASTER，dwg 对 ACAD）？
【BOM 层】
- 需要保留装配关系的 Revision 是否已创建 BOMView？
- BOMLine 指向的子件 Revision 是否存在？
- 数量、单位、位号等 BOMLine 属性是否完整？
【Form 层】
- 关键属性（材料、重量、供应商）是否已通过 Form 承载？
- Form 字段与目标属性映射是否已确认？
【Folder 层】
- 原有分类目录是否需要保留？
- Folder 引用关系是否影响权限继承？
提示：迁移时建议先迁 Item 和 ItemRevision，再迁 Dataset，最后迁 BOM 和 Form。因为 Dataset 和 BOM 都依赖 Revision 存在，顺序颠倒会导致关系挂接失败。Folder 可以最后处理，它只影响分类，不影响对象本身。
注意：不要用 Folder 的层级去推断 BOM 结构。Folder 是分类容器，BOM 是装配关系，两者在Teamcenter中是独立维护的。历史数据中经常出现“文件夹层级看起来像BOM，但实际BOM为空”的情况，迁移时必须分别核对。
掌握这六类对象及其关系后，后续做重复数据识别时，就可以从 Item ID、Revision 版本序列、Dataset 文件指纹、BOMLine 子件指向四个维度同时判断，而不是只看名称是否相同。这也是数据质量治理从“表面查重”走向“结构查重”的关键一步。