proe如何将三维和工程图关联

proe的三维模型本来和工程图就是关联的，你不用去设置它，你可以随便拉伸一个实体标好尺寸，然后在将此实体转工程图，之后你在回到你的实体模型，修改下拉伸的尺寸，在回到你得工程图，这时候你会发现你得工程图尺寸也变了，proe就是单一数据库，父子关系，这种数据管理有时候方便，有时候也挺麻烦的，你用多了就明白了

最常见的原因是没有关联数据库。

也有可能软件安装的不合适。

关联数据库的方法是在TDE工具组件中“数据库 *** 作”--“关联组件”

三维模型数据在某种程度介乎矢量数据与遥感影像数据之间:

也就是说,三维模型可以被入库,但不是那么方便,因而并没有类似矢量数据入库这种被广泛使用的存储方式.但根据实际的业务需求不同,可以设计如下几种入库方式.

这是最常见且简单的三维数据管理机制,虽然看起来简陋且没有技术含量,但其实满足了大多数使用场景,也没有引入新的问题.

这种机制的使用场景往往有如下的特点:

这种机制更多的抹除了三维模型自身的特征,而是当做一个普通的数据来处理.

这是第一种机制的优化,将模型的空间索引(如外包三维盒)入库,在复杂度不增加很多的情况下提供了很多新的功能,使模型与模型可以产生逻辑上的关联.不过这种方案依旧是小的修补,没有带来根本上的革命.

所谓完全入库,并非将三维模型以二进制的形式整体存储到一个字段中去,而是将场景模型打散为若干部件,每一个部件转换为内部存储结构,存储在一条或多条记录中.

使用完全入库的方法可以给我们带来更多关于使用场景的想象:

想法固然美好,但依然要回归现实:

我们不讨论具体的技术实现(比如底层使用CGAL),而是需要思考,我们的数据入库后是为了做什么的:

这两种需求本身并不冲突,但底层存储的数据结构设计却可能存在冲突.

为 看 而优化的设计:

为 算 而优化的设计:

可见,两种场景对底层数据结构的需求是对立的, 算 和 看 难两全,无法用简单的方式覆盖两种使用场景.

既然 算 , 看 无法同时保证,那就把它们分开处理,因为一般来说, 算 的东西和 看 的是不一样的.

例如在BIM场景中,进行碰撞检测分析时,没必要拿精确拟合的圆形管线来计算,它们只会徒增计算量,对最终的结果基本不产生影响,使用近似的多边形柱替代即可完成任务.但我们最终浏览的时候,还是希望尽可能展示光滑的拟合管线.

所以可以制定这样一种策略:

综上, 没有银d ,一切到要根据实际使用场景来做选择.

---