您的位置:首页 > 数据库

使用PowerDesigner进行数据库设计时的一些技巧【转】

2009-11-18 12:10 531 查看
我们在使用Power Designer(PD,我这里使用的是PD 12)进行数据库设计时,一般都会先设计更贴近于我们的逻辑思维的概念模型(Conceptual Data Model),然后根据概念模型自动生成物理模型(Physical Data Model),然后再手动对生成的物理模型进行一些必要的调整,此时调整的对象主要是通过“检查模型(Check Model)”检查出来的一些错误和警告信息,然后才生成数据库脚本,到数据库中运行生成真正的数据库。

我们会将概念模型和物理模型均添加到工程中保存起来,当需要对数据库设计修改时,还是针对概念模型进行修改,然后再生成物理模型,此时一般是基于前面生成的物理模型进行更新,这样可以不必对前面手动调整的部分再次调整,PD会将更新的部分以对照表的形式显示出来。

下面是在使用PD设计概念模型时的一些基本的技巧,有些可能是常识,但是我觉得很重要,所以还是罗列了出来:

1、  和一些其他UML设计工具一样,PD支持两种方式新建对象,一种是从浏览器(Browser)直接点右键,选择“新建”,此时只会在Browser创建一个对象(object);另一种是通过工具箱(Palette)向绘图区添加一个对象,此时PD在Browser创建一个对象,同时会在绘图区添加一个符号(symbol)。选中绘图区中的symbol,选择Delete只会删除symbol,对应的object不会删除,选中Browser中的object,选择Delete会同时删除object和所有属于该object的symbol。

2、  数据项(Data Item):表示同一含义的数据可设计为数据项。比如:“起始时间”,然后在需要加入“起始时间”的实体(Entity)中重用(Reuse)或添加(Add)该数据项。这样,只要修改“起始时间”数据项的属性,所有重用了该数据项的实体中的对应数据均会修改。

3、  关系(Relationship):表示1对多的关系时可用关系表示。比如:“产品类型表”和“产品表”,不需要在“产品表”中另外重用或添加“产品类型编码”(产品类型表主键)的数据项,只需要添加一个从“产品类型表”到“产品表”(有方向)的关系,生成的物理模型中会自动添加一个“产品类型编码”的外键字段,且保持和“产品类型表”的主外键关系。

4、  联合(Association):表示两个实体之间的关联时可用联合而非实体来表示。比如:实体“学生表”、“课程表”之间的关联“成绩表”只有3个字段:“学号”(学生表主键)、“课程号”(课程表主键)和“分数”。可以新建一个联合,其中只有一个“分数”字段,然后添加一个Association Link(没有方向)将“学生表”和“成绩表”连接,添加一个Association Link将“课程表”和“成绩表”连接。这样生成的物理模型中的“成绩表”会自动包含上面3个字段。

5、  包(Package):当设计的数据库包含的实体较多,且逻辑上可能分布在多个子系统中时,可以使用包将他们分开。比如:可以按照逻辑将整个数据库分为A、B、C3个包。A中包含的是整个系统均需要访问的实体表,B中包含的是子系统B才会访问的实体表,C中包含的是子系统C才会访问的实体表,这样设计后会更有层次、更清晰,如果必要,包中还可以再分包。

6、  快捷方式(shortcut):分包之后自然就会出现下面的问题:子系统包B中的表b需要和公共库包A中的a建立主外键关系,子系统包C中的表c需要重用公共库包A中的数据项item,要解决这类的问题可使用快捷方式。选中A包中的实体a或item,选择“Ctrl+C”,到包B或C中右键选择“编辑à粘贴为快捷键”,则会在B或C添加a或item的快捷方式,此时可方便的添加主外键关系或重用数据项。

7、  反向工程:如果数据库有些特性你不知道如何用PD去实现,可以使用反向工程来测试一下。比如前面所说的主外键关系、联合等特性,你可以在真实的数据库环境中设计一个Demo数据库,实现这些特性,然后通过PD的反向工程,生成物理模型,再生成概念模型,此时就可以看出PD里面是如何对应这些特性的,然后再按照这种对应的规则去设计你自己的数据库,其中包含了你要的特性。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: