SolidWorks文档不同于 AutoCAD、PDF、Word 等独立文件，大部分 SolidWorks 文档都依赖其他文档，由其他文档组合而成。如下图：

上图中，如果最低层的 “零件 1” 更改了文件名或者移动存放路径，而没有做恰当处理的话，“组件 1” 和 “部件 1” 都将无法正确显示。

SolidWorks 文档通常是用 “代号 + 空格 + 名称” 进行命名，如上图 “KK.01.01” 是代号，“零件 1” 是名称。为了区分新旧版本，最直观的方式是在文档名称末尾附加版本标记。

列如：“KK.01.01 零件 1 版本 A” 改版后变成 “KK.01.01 零件 1 版本 B”。

这种方式虽然直观，但是造成了 “恰当处理” 相关文档的困难：

上例中，“KK.01.01 零件 1 版本 A” 变成 “KK.01.01 零件 1 版本 B”，需要把其直接父级组件 “KK.01.00 组件 1” 原本记录的依赖信息 “KK.01.01 零件 1 版本 A” 对应变成 “KK.01.01 零件 1 版本 B”。如果 “零件 1” 只有一个直接父级 “组件 1”，在 SolidWorks 打开 “组件 1” 的情况下，对 “零件 1” 进行改名，SolidWorks 程序会自动记录这个变化。实际情况往往比这个复杂，可能会遇到的困难：

如果 “零件 1” 是个通用件，直接父级组件不止一个，需要把他们全都找出来，写程序可以辅助寻找，但是还是比较费时；

如果遵循文档需要加上版本标记的原则，“零件 1” 的直接父级 “组件 1” 也需要改名加上适当的版本标记，并且因为 “组件 1” 改名，其直接父级 “部件 1” 也同样需要改名，如果 “部件 1” 还有直接父级，接着改！另外，“组件 1”、“部件 1” 改名的时候又会遇到困难 1。

 有专业的产品数据管理软件 (PDM) 理论上可以解决困难 1（在将某个检入文档库的时候，会将该文档被哪些库内文档使用到的信息记录进数据库，改名的时候做相应处理），但是运行起来太慢，不推荐！

建议：

提前规划好 SolidWorks 文档的存放路径，不要轻易移动；

版本信息不要体现在 SolidWorks 文档名称里，只在文档内部内容中体现。前例中，如果 “KK.01.01 零件 1” 的实际内容变更为 B 版本，文档名称保持不变，则 “组件 1” 和 “部件 1” 的实际内容就会自动变成新版本。