准备在SolidWorks Enterprise PDM中迁移您的数据 - 第1部分

发表于:数据管理

当客户考虑转移到SolidWorks Enterprise PDM时,我总是被问到的问题之一是“我们如何处理我们的旧数据?”

不幸的是,没有一个通用的问题,包括该问题的答案,因为根据每个客户的情况,它的变化很大。但是,在接下来的几周内,我想在接下来的三篇文章中谈论一些常见的情况。这些情况是:从基于网络的文件夹结构中移动的人,从SolidWorks Workgroup PDM转移的人和从另一个PDM工具移动的人们。在SolidWorks用户群中,超过70%的公司在没有PDM系统的情况下运营,因此首先谈论基于文件夹结构的迁移是有意义的。

如果您在基于网络的文件夹结构上运行,您可能会意识到修订控制,权限控制和备份很重要,但是您仍在以非常手动的方式控制这些过程。大多数公司都在文件名(例如Bracket_a.sldprt)或文件夹名称(例如U-Joint Assembly_revc)中使用某种修订指标来保留修订历史记录。如果您正在阅读本文,您可能已经意识到这可能引起的问题,因此我将在另一天离开讨论,并告诉您在准备此类数据时,有5件事需要关注系统。

1)文件名- 如果您是在文件名中存储使用修订数据的文件的公司之一,对您有好处。这是尝试控制数据的第一步,但是这不会在PDM系统中飞行。由于PDM系统使用1个文件并使用数据库存储多个修订版,因此所有这些文件必须具有相同的文件名。如果您的bracket_a.sldprt和bracket_b.sldprt PDM系统将将它们视为两个唯一文件,而不是对同一文件的2个修订版。手头的主要任务之一是清理迁移过程的文件名。不过,不要太害怕这一点,因为在移动文件时可能会有利。当然,可以写一个脚本来重命名文件并将修订信息写入文件的元数据。

2)复制文件- 我几乎可以保证,如果您是在协作环境中使用基于网络的文件夹结构的SolidWorks用户,则您的文件夹结构已浮动。这些文件在尝试迁移到新的PDM系统时可能会引起巨大的问题,因为SolidWorks将参考路径数据存储在文件标题中。例如,说鲍勃是最后一个在U-koint.sldasm上工作的用户。他在该组件中添加了文件句柄。SLDPRT,对他来说很幸运。Sldprt已经从一个先前的项目中存在,因此他只是将该文件复制到本地机器并将其添加到程序集中。当他保存组件并将其复制回服务器时,他也忘了移动句柄。SLDPRT也向后返回,因此在组件的标题中,它指的是Bob的本地硬盘驱动器作为该文件的位置。几个月后,鲍勃(Bob)在他的本地机器上进行了更改。SLDPRT,忘记了他从服务器复制了它,并且在其他组件中使用了它,这一次他确实将其复制回服务器,尽管在其他文件夹中。现在您有多个问题:

  1. 当您将u-koint.sldasm移动到新的PDM工具中时,它正在寻找hander.sldprt。
  2. 您在名为handle.sldprt的服务器上有两个文件,加上Bob硬盘驱动器上具有相同名称的文件,哪个是较新的文件?所有组件是否使用最新版本,或者每个组件都涉及其他版本?

清理这些重复的文件名对于在新的PDM系统中具有完整而准确的数据至关重要。

3)缺少参考- 就像上面使用的示例一样,可以轻松地将文件从服务器删除到本地硬盘驱动器,然后忘记并删除。这会在迁移到PDM工具时引起大量问题,因为您可能会缺少关键信息来定义自己。例如,如果您有一个使用底座的组件,并且所有组件都与该基础配对,则如果丢失了基本文件,则没有任何组件都有任何配偶,并且组件崩溃了。

4)文件夹结构- 当进入SolidWorks Enterprise PDM之类的PDM系统时,可以简单地将现有文件夹结构进行现有文件夹结构并在PDM系统中复制,这是非常容易的。尽管这可能是一种很好的方法,但您必须考虑当前文件夹结构中使用的命名约定。For example, if you used the method of controlling revisions by added revision information to folder names then you wouldn’t want to copy all of those folders over to the new PDM tool because, just like situation 1, it would treat the files within those folders as unique files and not revisions of a single file.

5)元数据- 对于那些不知道的人,元数据是有关文件的信息。PDM系统的一个巨大优势是能够将文件元数据存储在一个位置,以便在该元数据上进行搜索和报告非常有效。While metadata can be added to the PDM system at any point, this metadata may be used as a part of the migration process to determine things like revisions or file locations so it’s important to understand what metadata is being used and if that metadata is up to date.

当然还有很多要考虑的事情,但是这些信息应该为您提供考虑在考虑举动时要注意的内容的基础。现在有一些工具,例如此免费工具Razorleaf它可以帮助您检查缺少的参考文献和重复的文件名,因此这不是一项痛苦的任务。

下次进行第2部分调整,该部分将讨论从SolidWorks Workgroup PDM转移到SolidWorks Enterprise PDM时的注意事项。

2010年7月30日
你喜欢这个帖子吗?
0
0
注释
奥利弗·麦克温(Oliver McIrwin)
2014年6月9日
谢谢您的这篇有趣的帖子。但是,考虑到搬到PDM时该怎么做的好方法,我无法很好地感觉到。我们目前没有PDM,但是我们的小组设想在不久的将来购买它。我们有一个几乎完成的机器绘图包,我们将其称为Machine_a。我们正准备开始开始Machine_a和Machine_b的Rev 2。但是,我们不确定如何构建文件系统,以便一旦我们购买了文件系统,它将很容易迁移到PDM。Rev 2和Machine_b将使用机器A的许多相同部分,但是将有新的零件和修订。机器B的新零件不应该出现问题,因为它是一个新机器名称,但是我们应该如何处理Machine_a Rev 2的修订零件?
回复
约翰·佩罗斯(John Peros)
2014年6月9日
嘿,奥利弗,这是一个有趣的问题,您可以通过几种方法来处理它。对于Machine_a中的修订零件,您可以创建一个新文件夹(带有Rev 2名称),并将修订后的文件存储在此处并保留其当前名称。但是,这可能会使您的工程师感到困惑,并且有机会使用错误的文件夹中的零件(修订)变得很高。但是,拥有相同的文件名最终将使迁移到PDM中更加容易。您的另一个选项是创建一个Rev 2文件夹并进行包装和Rev A的使用,但仅移动要修改的文件。在包装和GO选项中,您可以为_rev B添加后缀或与这些文件类似的内容,因此,Rev B Top Assembly将引用Rev B Parts,并且参考混乱的机会较小。现在,这会使PDM迁移更加困难,因为您必须在迁移过程中清理文件名,并且当然可能导致参考问题。自从撰写本文以来,已经开发了一些工具,可以进行重命名和重新引用,以将迁移到企业PDM中,这使得选项2暂时更具吸引力,因为它会减少您可能遇到的其他可能的参考问题-明智的。请随时给我们打电话并询问我,如果您愿意,我们可以更深入地谈论您的情况。谢谢,约翰

评论。

没有帐户?

Baidu