4. PDM系统架构与技术基础

PDM（产品数据管理）系统并不是一个单一软件，而是由多层技术组件协同构成的平台。理解它的分层架构、数据库设计、文件存储机制、客户端/服务器与Web架构以及集成接口技术，是评估、选型和二次开发PDM系统的基础。本节从整体架构出发，逐层拆解关键技术点。

一、系统分层架构：从表现层到数据层

典型的PDM系统采用五层架构，每层职责清晰、接口明确，便于独立升级和横向扩展。

• 表现层（Presentation Layer）：用户直接交互的界面，包括桌面客户端、浏览器Web界面、移动端审批页面。负责数据展示、表单输入和操作反馈。
• 应用服务层（Application Service Layer）：实现业务逻辑，如检入/检出、版本升级、工作流流转、权限校验、BOM展开。通常以服务接口形式暴露给表现层。
• 领域/业务对象层（Domain Layer）：定义产品、零部件、图纸、文档、变更单等核心业务对象及其关系，是PDM数据模型的灵魂。
• 数据访问层（Data Access Layer）：封装对数据库和文件存储的访问，提供事务管理、连接池、ORM映射，隔离底层差异。
• 基础设施层（Infrastructure Layer）：包括关系数据库、文件服务器/对象存储、消息队列、缓存、目录服务等。

二、数据库设计：元数据与关系建模

PDM数据库的核心是“元数据驱动”。图纸、三维模型等物理文件本身不直接存入关系数据库，数据库保存的是描述这些文件的元数据及其关系。

典型的核心表包括：

• Item表：存储产品、零部件等对象的标识、名称、编号、版本、状态。
• Document表：存储文档对象的元数据，如文件名、文件类型、大小、存储路径。
• Version表：记录每个对象的版本历史，包括版本号、创建时间、创建人、变更说明。
• Relationship表：描述对象之间的关联，如“文档引用零部件”“零部件属于产品”“变更单影响哪些对象”。
• User/Role/Permission表：实现基于角色的访问控制。

设计时需注意：版本表与主表分离，避免频繁更新主表；关系表使用外键约束保证引用完整性；对高频查询字段建立索引，如对象编号、版本号、状态。

-- 简化的版本表结构示例
CREATE TABLE pdm_version (
  version_id      BIGINT PRIMARY KEY,
  item_id         BIGINT NOT NULL,
  version_no      VARCHAR(20) NOT NULL,
  lifecycle_state VARCHAR(30) DEFAULT 'IN_WORK',
  file_ref_id     BIGINT,
  created_by      VARCHAR(50),
  created_at      TIMESTAMP,
  change_note     VARCHAR(500),
  FOREIGN KEY (item_id) REFERENCES pdm_item(item_id)
);
CREATE INDEX idx_item_version ON pdm_version(item_id, version_no);

三、文件存储机制：物理文件与元数据分离

PDM系统普遍采用“元数据入库、物理文件入存储”的分离策略。物理文件通常存放在专用文件服务器或对象存储中，数据库只保存文件引用路径或对象键。

常见的存储方式有三种：

四、客户端/服务器与Web架构

PDM系统的部署架构经历了从C/S到B/S的演进，目前主流方案是混合架构。

• C/S架构：客户端功能强大，适合CAD集成、大文件上传下载、离线操作。缺点是部署维护成本高，跨平台能力弱。
• B/S架构：浏览器即可访问，适合审批、查询、报表、轻量编辑。缺点是受浏览器沙箱限制，难以直接操作本地CAD文件。
• 混合架构：Web端负责流程审批和查询，桌面客户端负责CAD集成和文件操作，两者通过统一服务接口共享数据。

在Web架构中，通常采用前后端分离：前端使用Vue/React，后端提供RESTful API，文件上传下载通过分片、断点续传和预签名URL实现。

五、集成接口技术概述

PDM不是信息孤岛，需要与CAD、ERP、MES、OA等系统集成。常见集成方式包括：

• API集成：REST/SOAP接口，实时性高，适合数据查询和状态同步。
• 数据库视图/中间表：通过共享数据库表交换数据，实现简单但耦合度高。
• 文件交换：通过XML、JSON、CSV文件定时导入导出，适合批量数据同步。
• 消息队列：通过Kafka、RabbitMQ异步传递变更事件，解耦系统。
• CAD插件集成：在SolidWorks、Creo等软件中嵌入PDM菜单，实现检入检出、属性映射。

六、案例与复盘：某制造企业PDM架构升级

某中型制造企业原有PDM采用单机文件服务器加SQL Server，随着三维模型数量增长，文件检索缓慢，跨厂区访问延迟高。升级方案如下：

1. 将物理文件迁移至MinIO对象存储，数据库仅保留元数据和对象键。
2. 应用服务层拆分为独立微服务，检入检出、工作流、权限各自独立部署。
3. Web端负责审批和查询，桌面客户端保留CAD集成能力。
4. 与ERP通过REST API同步物料主数据，通过消息队列推送变更事件。

升级后，文件检索响应时间从平均8秒降至1.2秒，跨厂区访问速度提升明显。复盘发现：迁移前未充分评估对象存储的权限模型，导致初期部分用户无法访问历史文件；后续通过统一权限映射解决。