注意：添加数据表字段使用的Domain时候，需要设置数据表对Domain的引用关系（也就是Extended Dependencies）。
1.9.2 Business Rule的升级
从Erwin3.52升级到Powerdesigner9.5，Business Rule的表达式(脚本)需要修改的，把所有的
Business Rule的表达式中的@column 修改成%COLUMN%
具体实现的方式，可以直接在Powerdesigner9.5里面修改；或者把模型保存为XML格式（文件类为 .pdm）,通过UltraEdit或者XMLSpy等工具来修改，一个查找替换旧搞定了。当然的注意
只能修改<c:BusinessRules> </c:BusinessRules>里面的内容，否则会修改一些不应该修改的地方。
同Domain一样，从Erwin3.52升级到PowerDesigner9.5时，Business信息和数据表的关联关系也会丢失。如果Business Rule 不是太多建议手动修改模型文件。

1.9.3.Sequence的升级
.Sequence的升级建议采用和Domain的方式，编程实现维护。
1.9.4.物理图的升级
从Erwin3.52升级到Powerdesigner9.5，物理图同样能够倒入Powerdesigner9.5中，但是Powerdesigner9.5的升级功能有些问题：在生成的物理图中数据表的信息有些问题：物理图中的数据表的字段显示不完全，而且很多时候数据表字段的类型都不能显示完全。我使用java采用sax的方式把升级后的模型文件进行解析，然后重新生成物理图中数据表的位置信息（数据表的2个坐标：左上角坐标，右下角坐标）；另外根据业务需要可以生成自己的Powerdesigner9.5包并且可以创建物理图，把数据表添加到物理图上。

1.9.5.其他说明
从Erwin3.52升级到Powerdesigner9.5，我写了一些java程序解决了相关问题，如果哪位同行遇到相似的问题
可以交流一下。
2．关于powerdesigner中的数据结构的变更管理
目前拆迁项目中数据结构的有些失控，在结合powerdesigner包的概念的基础山上提出如下一些建议。
2.1．数据结构按照业务模块进行维护
模型中所有的数据结构都在一个文件中，而且在顶层文件夹中各个业务模块维护的是数据结构的快捷方式。
2.2．数据结构按照其生命周期进行分类管理。
在各个业务模块的包下面建立如下的包：
2.2.1临时测试数据结构：
是一些当前业务模块测试时使用的数据结构，可以随时被删除
2.2.2讨论中数据结构：
是数据结构处于讨论中，还没有确定下来。
2.2.3需要更新的数据结构：
是数据结构已经确定下来，但是还没有更新到数据库中。
2.2.4正式数据结构：
在数据库中被业务正常使用的数据结构
2.2.5作废中的数据结构：
在数据库中以前被业务正常使用，现在已经不再使用，但是还没有进行
被作废的数据表中数据的迁移，没有完全作废的数据结构。如果要把这些数据结构进行作废，
需要先进行数据迁移，以及其他相关处理。
2.2.6已经作废的数据结构：
在数据库已经不再被使用的业务数据表，相关的数据迁移已经完成，但是数据表还没有删除，
相关的文档没有更新。