powerdesigner数据库设计指南

1. <!-- -->概述

本指南只介绍用 Powerdesigner 设计概念模型、物理模型及仓库的使用， Powerdesigner 其它模型的使用不在本指南的介绍范围。

本指南使用的工具为 Powerdesigner12.5 。因 Powerdesigner 各版本间在概念模型、物理模型设计操作上的改变不大，本指南对使用其它版本的 Powerdesigner 具有一定的指导作用。

本指南以组织机构模型作为实例。

本指南的重点是介绍 Powerdesigner 工具的使用，不介绍建模技术。

在实际的设计过程中，不强制要求一定要先建概念模型，再建物理模型。而是根据个人或项目的要求决定建什么模型。

<!-- -->2. <!-- -->术语

工作区： workspace 。保存当前在 Powerdesigner 中使用的模型文件，下次执行 Powerdesigner 时，自动把工作区中的模型文件显示出来。

域： Domain 。自定义的数据类型。

概念模型： Conceptual Data Model 。

物理模型： Physical Data Model 。

仓库： Repository 。用于保存提交的模型文件，每次提交的模型文件都有一个版本号。方便多人协同设计和版本管理。

<!-- -->3. <!-- -->Powerdesigner 的一些特性应用

<!-- -->3.1 <!-- -->Name 和 Code 的镜像设置

Powerdesigner 的每一个对象都包含 name 和 code ，在生成代码时，使用的是 code ， name 是方便我们阅读。

建议在建模时， name 栏输入中文， code 栏输入英文字符，这样既方便我们阅读，也方便生成代码。

默认情况下，在 name 栏输入的内容会自动填写到 code 。如果不希望这样，可执行菜单“ Tools/ General Options ”，在弹出窗口中选择 Dialog ，如下图：

<!-- --><!-- --><!-- -->

取消 Name to Code mirroring 前的选择就可以了。

<!-- -->3.2 <!-- -->与仓库的连接设置

如果需要设置与仓库连接的参数，可执行“ Tools/ General Options ”，在弹出窗口中选择 Repository ，如下图：

<!-- --><!-- --><!-- -->

相信大家从窗口上各选项的字面意思就能明白该选项是起什么作用了。

<!-- -->3.3 <!-- -->排列图元

Powerdesigner 提供了快速排列图元位置的工具条 Layout 。在工具条位置单击鼠标右键，弹出如下选择：

<!-- --><!-- --><!-- -->

选中 Layout ，在工具条位置就会出现如下图元排列调整的工具条：

<!-- --><!-- --><!-- -->

<!-- -->4. <!-- -->设计概念模型

<!-- -->4.1 <!-- -->为什么要建概念模型

概念模型的理论基础是实体 / 关系理论，建立的图形也叫 实体 / 关系 图，或者 E/R 图。我们也可以把 E/R 图看着是没有方法、只有属性的类图，是类图的一种特例。 实体 / 关系 图能够使我们在建模时先抛开数据库表设计的细节，集中精力把现实世界的实体和关系转换为 实体 / 关系 模型，以使我们建立的 实体 / 关系 模型尽量真实的反映现实世界。

概念模型与使用的数据库无关，当我们的系统需要使用不同的数据库系统时，我们就可以使用概念模型生成对应该数据库的物理模型，而不需要重新设计。

<!-- -->4.2 <!-- --><!-- --><!-- --><!-- -->界面图标说明

<!-- -->4.3 <!-- -->模型设置

执行“ Tools/Model Options ”，在弹出窗口中选择 Model Options ，如下图：

<!-- --><!-- --><!-- -->

其中的主要选项说明：

<!-- -->l <!-- -->Name/Code case sensitive ： Name/Code 栏区分大小写。

<!-- -->l <!-- -->Notation ：实体间关系的几种不同图形表示方式。建议统一选择 E/R+Merise 方式。

<!-- -->4.4 <!-- -->设置图元

执行“ Tools/Display Preferences ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在 Object View 中可设置各对象需要显示的内容，在 Format 中可设置显示的图形样式。

<!-- -->4.5 <!-- -->新建一个概念模型

点击 New 按钮，在弹出窗口中选择 Conceptual Data Model ，给出模型名称，如下图：

<!-- --><!-- --><!-- -->

确定后即进入概念模型编辑界面。

<!-- -->4.6 <!-- -->建立域

执行菜单“ Model/Domains ”，即弹出域列表窗口，在此窗口中增加《数据库设计规范》中的域定义，如下图：

<!-- --><!-- --><!-- -->

<!-- -->4.7 <!-- -->建立实体 / 关系图

<!-- -->4.7.1 <!-- -->建立包

在开始建立实体关系图前，我们先按照分类或者模块建立包。建立包的好处是便于分类存放实体，增加模型的可读性。

不要在一个图上画过多的实体及关系，这样会大大降低 E/R 图的易读性；也不要在一个图上画多页实体及关系，因为在生成文档时，系统是把一个图处理成一个图片，如果一个图上有很多页，生成图片上的实体图就会小到看不清楚。尽量在一个图上只画一页。

我们把组织机构模型分成三个包：组织机构信息，人员信息，字典数据。组织机构信息包存放组织机构的实体关系图，人员信息包存放人员的实体关系图，字典数据包存放所有的类别实体。

<!-- -->4.7.2 <!-- -->关系图元说明

关系图元含义如下：

<!-- --><!-- --><!-- --> ：一对多关系。一个实体 A 对应 0 到多个实体 B ，一个实体 B 对应 0 ～ 1 个实体 A 。对应到物理模型， A 的主键作为 B 的外键，可为空。

<!-- --><!-- --><!-- --> ：强制一对多关系。一个实体 A 对应 0 到多个实体 B ，一个实体 B 必须对应一个实体 A 。对应到物理模型， A 的主键作为 B 的外键，不能为空。

<!-- --><!-- --><!-- --> ：依赖关系。实体 B 依赖实体 A 而存在，即存在实体 A 不一定存在实体 B ，不存在实体 A 肯定不存在实体 B 。对应到物理模型， A 的主键作为 B 的主键之一，不能为空。

<!-- -->4.7.3 <!-- -->建立图

假设我们建立的组织机构模型要满足如下要求：

<!-- -->1. <!-- -->有多个同级别不同行业的组织机构，有的组织机构可能跨多个行业；

<!-- -->2. <!-- -->各组织机构的子机构层数不尽相同；

<!-- -->3. <!-- -->组织机构的类型可能不同；

<!-- -->4. <!-- -->组织机构所处的行政区域不尽相同。

我们在组织机构信息包中初步建立的 E/R 图如下：

<!-- --><!-- --><!-- -->

在这个 E/R 图中，我们只是从上面的描述中识别出实体和实体间的关系。因组织机构和行业是多对多的关系，图中的“组织机构的行业”即是组织机构和行业间的关联实体。

建立初步的 E/R 图后，我们再检查各实体及实体间的关系。如果要对一个关系做小的调整，双击该关系，弹出关系属性窗口，切换到 cardinalities 页，如下图：

<!-- --><!-- --><!-- -->

在此页面上即可调整关系。

建议： 在建立、修改 E/R 图的过程中，不要急于输入实体、实体属性的 code 栏内容，也不要急于确定实体属性的数据类型。因为我们在整个建模过程中，会不断增加、删除实体及实体的属性，如果一开始就先给 code 栏输入内容，会增加我们的工作量。等到 E/R 图定型后，再根据《数据库设计规范》要求一次性输入 code 栏内容、确定实体属性的数据类型。

<!-- -->4.7.4 <!-- -->使用另一个包中的实体

假设人员信息有如下要求：

<!-- -->1. <!-- -->一个人员必须且只能属于一个组织机构；

<!-- -->2. <!-- -->一个人员可能会有一个职称。

我们在人员信息包中建人员模型时，就需要用到组织机构信息包中的组织机构实体。 Powerdesigner 提供了 Paste as Shourcut 功能（快捷键 Ctrl+K ）来满足这个操作要求。先在组织机构实体上按 copy （快捷键 Ctrl+C ），然后回到人员信息包中的图上按 Paste as Shourcut 功能（快捷键 Ctrl+K ）。最后建模的结果如下图：

<!-- --><!-- --><!-- -->

在组织机构名称下面注明其来源于组织机构信息包，在左下角有个快捷符号。

有的机构中，一个人员可能会在多个部门任职，这种情况在政府机构中比较常见。我们上面的人员信息模型就无法满足这种要求，需要改成下面这个模型了：

<!-- --><!-- --><!-- -->

<!-- -->

4.7.5 <!-- -->完善设计

在实体及实体关系基本确定后，我们就需要完善各实体的具体内容了。有的人习惯在建实体时就把实体的所有属性都录入进去，这也没什么问题。

在前面的 E/R 图中，我们只给出了实体少量属性，这显然是远远不够的。前面之所以这样做，是因为我们想把精力和工作重点放在识别实体和实体关系上。现在我们就需要补充实体的属性了。要补充的属性包括如下几方面：

<!-- -->1. <!-- -->实体本来具有的属性；

<!-- -->2. <!-- -->基于设计考虑要添加的属性；

<!-- -->3. <!-- -->《数据库设计规范》中要求添加的属性。

建议 ：

<!-- -->1. <!-- -->对同一个实体，设计时的视角不同，系统的要求不同，所需要的实体属性也就不同。尽量不要引入当前系统不需要的属性。

<!-- -->2. <!-- -->尽量多写注释，尤其是一些不容易理解的实体和属性，更应该写上注释。因为设计人员明白的实体和属性，其他人员未必能够明白。或者自己设计时明白了，过了一段时间后可能又忘了。

小技巧 ：在建模时为了方便，我们直接在各包中画需要的字典实体。模型稳定后，再按住各字典实体，拖到字典数据包中。被拖走字典实体的组织结构模型如下图：

<!-- --><!-- --><!-- -->

说明 ：本指南中就不完善各实体的属性了，有兴趣的同事可以去补充完善。

<!-- -->4.7.6 <!-- -->确定编码和数据类型

前面的工作完成后，这一步的工作就比较简单了。按照《数据库设计规范》，输入实体、属性的 Code ，选择实体的数据类型就行了。

选择实体的数据类型时，优先使用前面定义的域，域中没有需要的数据类型时，再自己选择数据类型。

双击一个实体，然后切换到 Attributes 页，就是属性的编码和数据类型编辑界面了，如下图：

<!-- --><!-- --><!-- -->

上图中三个选择列的意思如下：

<!-- -->l <!-- -->M ：强制。选上该项后，即表示该属性的值不能为空。

<!-- -->l <!-- -->P ：主键。这个就不用解释了。

<!-- -->l <!-- -->D ：显示。如果不选该项，即表示该属性不需要显示。这个主要是针对 C/S 结构设计的，使用默认值就行了。

当我们选择域后，该域的数据类型就自动显示在属性的数据类型列了。

<!-- -->4.8 <!-- -->检查

Powerdesigner 提供的 Check Model 功能可帮助我们找出、改正设计模型中的错误和疏漏。执行“ Tools/Check Model ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在“ Options ”页选择要检查的项目，在“ Selection ”页选择要检查的内容，然后确定， Powerdesinger 就开始检查并把检查结果显示出来。

建议 ：在生成物理模型前一定要执行检查功能。检查结果中没有错误，最好也没有警告后才生成物理模型。

<!-- -->4.9 <!-- -->生成物理模型

完成前面各步骤的工作，通过检查后，就可以生成物理模型了。

执行“ Tools/Generate Physical Data Model ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

General 页上有“生成新的物理模型”、“修改存在的物理模型”选项。

生成新的物理模型：选择物理模型使用的数据库，给出物理模型的 Name 和 Code （都有默认值）。

修改存在的物理模型：系统会先进行差异比较，并把比较结果显示出来，如下图：

<!-- --><!-- --><!-- -->

上图中的“性别”是概念模型有而存在的物理模型中没有的，用户可以选择是否生成到物理模型中。

<!-- -->4.10 <!-- -->生成报表

Powerdesigner 提供了比较方便的报表模板定制和报表生成功能。

用好这个功能，以后就不用再辛苦的写数据库设计文档，直接根据建好的模型生成数据库设计文档就行了。

<!-- -->4.10.1 <!-- -->定制报表模板

执行“ Report/Report Templates ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

Powerdesigner 提供了几种报表模板，如果觉得不合适，可以点击上图中的新建按钮来创建一个新的报表模板，也可以修改现有的模板。

Powerdesigner 报表模板定制不仅能定制段内容，还能定制表格列、列的标题、列宽、字体。

<!-- -->4.10.2 <!-- -->生成报表

执行“ Report/Generate Report ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

选择报表模板，生成报表的格式和保存路径，就可以生成报表了。

5. <!-- -->设计物理模型

<!-- -->5.1 <!-- -->界面图标说明

<!-- --><!-- --><!-- -->

<!-- -->5.2 <!-- -->模型设置

执行“ Tools/Model Options ”，在弹出窗口中选择 Model Settings ，如下图：

<!-- --><!-- --><!-- -->

其中的主要选项说明：

<!-- -->l <!-- -->Name/Code case sensitive ： Name/Code 栏区分大小写。

<!-- -->l <!-- -->Notation ：表间关系的几种不同图形表示方式。建议统一选择 CODASYL 方式。

<!-- -->5.3 <!-- -->设置图元

执行“ Tools/Display Preferences ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在 Object View 中可设置各对象需要显示的内容，在 Format 中可设置显示的图形样式。

<!-- -->5.4 <!-- -->新建一个物理模型

点击 New 按钮，在弹出窗口中选择 Conceptual Data Model ，给出模型名称，选择数据库类型，如下图：

<!-- --><!-- --><!-- -->

确定后即进入概念模型编辑界面。

<!-- -->5.5 <!-- -->建立表及表关联

与概念数据模型中不同，在物理模型中，当我们建立两个表间的关联关系时，系统会自动把一个表的主键作为另一个表的外键插入到该表中。下图是从概念模型生成的物理模型：

<!-- --><!-- --><!-- -->

对比一下概念模型：

<!-- --><!-- --><!-- -->

“组织机构的行业”表生成了复合主键。组织机构表中的自关联关系生成了一个外键，并自动给了个命名，我们可以修改这个命名，使其符合我们的命名规范。

如果是根据已建好的概念模型生成的物理模型，在表及关联上就不需要做什么调整了1. <!-- -->概述

本指南只介绍用 Powerdesigner 设计概念模型、物理模型及仓库的使用， Powerdesigner 其它模型的使用不在本指南的介绍范围。

本指南使用的工具为 Powerdesigner12.5 。因 Powerdesigner 各版本间在概念模型、物理模型设计操作上的改变不大，本指南对使用其它版本的 Powerdesigner 具有一定的指导作用。

本指南以组织机构模型作为实例。

本指南的重点是介绍 Powerdesigner 工具的使用，不介绍建模技术。

在实际的设计过程中，不强制要求一定要先建概念模型，再建物理模型。而是根据个人或项目的要求决定建什么模型。

<!-- -->2. 术语 <!-- -->

工作区： workspace 。保存当前在 Powerdesigner 中使用的模型文件，下次执行 Powerdesigner 时，自动把工作区中的模型文件显示出来。

域： Domain 。自定义的数据类型。

概念模型： Conceptual Data Model 。

物理模型： Physical Data Model 。

仓库： Repository 。用于保存提交的模型文件，每次提交的模型文件都有一个版本号。方便多人协同设计和版本管理。

<!-- -->3. Powerdesigner 的一些特性应用 <!-- -->

<!-- -->3.1 Name 和 Code 的镜像设置 <!-- -->

Powerdesigner 的每一个对象都包含 name 和 code ，在生成代码时，使用的是 code ， name 是方便我们阅读。

建议在建模时， name 栏输入中文， code 栏输入英文字符，这样既方便我们阅读，也方便生成代码。

默认情况下，在 name 栏输入的内容会自动填写到 code 。如果不希望这样，可执行菜单“ Tools/ General Options ”，在弹出窗口中选择 Dialog ，如下图：

<!-- --><!-- --><!-- -->

取消 Name to Code mirroring 前的选择就可以了。

<!-- -->3.2 与仓库的连接设置 <!-- -->

如果需要设置与仓库连接的参数，可执行“ Tools/ General Options ”，在弹出窗口中选择 Repository ，如下图：

<!-- --><!-- --><!-- -->

相信大家从窗口上各选项的字面意思就能明白该选项是起什么作用了。

<!-- -->3.3 排列图元 <!-- -->

Powerdesigner 提供了快速排列图元位置的工具条 Layout 。在工具条位置单击鼠标右键，弹出如下选择：

<!-- --><!-- --><!-- -->

选中 Layout ，在工具条位置就会出现如下图元排列调整的工具条：

<!-- --><!-- --><!-- -->

<!-- -->4. 设计概念模型 <!-- -->

<!-- -->4.1 为什么要建概念模型 <!-- -->

概念模型的理论基础是实体 / 关系理论，建立的图形也叫 实体 / 关系 图，或者 E/R 图。我们也可以把 E/R 图看着是没有方法、只有属性的类图，是类图的一种特例。 实体 / 关系 图能够使我们在建模时先抛开数据库表设计的细节，集中精力把现实世界的实体和关系转换为 实体 / 关系 模型，以使我们建立的 实体 / 关系 模型尽量真实的反映现实世界。

概念模型与使用的数据库无关，当我们的系统需要使用不同的数据库系统时，我们就可以使用概念模型生成对应该数据库的物理模型，而不需要重新设计。

<!-- -->4.2 界面图标说明 <!-- --><!-- --><!-- --><!-- -->

<!-- -->4.3 模型设置 <!-- -->

执行“ Tools/Model Options ”，在弹出窗口中选择 Model Options ，如下图：

<!-- --><!-- --><!-- -->

其中的主要选项说明：

<!-- -->l Name/Code case sensitive ： Name/Code 栏区分大小写。 <!-- -->

<!-- -->l Notation ：实体间关系的几种不同图形表示方式。建议统一选择 E/R+Merise 方式。 <!-- -->

<!-- -->4.4 设置图元 <!-- -->

执行“ Tools/Display Preferences ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在 Object View 中可设置各对象需要显示的内容，在 Format 中可设置显示的图形样式。

<!-- -->4.5 新建一个概念模型 <!-- -->

点击 New 按钮，在弹出窗口中选择 Conceptual Data Model ，给出模型名称，如下图：

<!-- --><!-- --><!-- -->

确定后即进入概念模型编辑界面。

<!-- -->4.6 建立域 <!-- -->

执行菜单“ Model/Domains ”，即弹出域列表窗口，在此窗口中增加《数据库设计规范》中的域定义，如下图：

<!-- --><!-- --><!-- -->

<!-- -->4.7 建立实体 / 关系图 <!-- -->

<!-- -->4.7.1 <!-- -->建立包

在开始建立实体关系图前，我们先按照分类或者模块建立包。建立包的好处是便于分类存放实体，增加模型的可读性。

不要在一个图上画过多的实体及关系，这样会大大降低 E/R 图的易读性；也不要在一个图上画多页实体及关系，因为在生成文档时，系统是把一个图处理成一个图片，如果一个图上有很多页，生成图片上的实体图就会小到看不清楚。尽量在一个图上只画一页。

我们把组织机构模型分成三个包：组织机构信息，人员信息，字典数据。组织机构信息包存放组织机构的实体关系图，人员信息包存放人员的实体关系图，字典数据包存放所有的类别实体。

<!-- -->4.7.2 <!-- -->关系图元说明

关系图元含义如下：

<!-- --><!-- --><!-- --> ：一对多关系。一个实体 A 对应 0 到多个实体 B ，一个实体 B 对应 0 ～ 1 个实体 A 。对应到物理模型， A 的主键作为 B 的外键，可为空。

<!-- --><!-- --><!-- --> ：强制一对多关系。一个实体 A 对应 0 到多个实体 B ，一个实体 B 必须对应一个实体 A 。对应到物理模型， A 的主键作为 B 的外键，不能为空。

<!-- --><!-- --><!-- --> ：依赖关系。实体 B 依赖实体 A 而存在，即存在实体 A 不一定存在实体 B ，不存在实体 A 肯定不存在实体 B 。对应到物理模型， A 的主键作为 B 的主键之一，不能为空。

<!-- -->4.7.3 <!-- -->建立图

假设我们建立的组织机构模型要满足如下要求：

<!-- -->1. 有多个同级别不同行业的组织机构，有的组织机构可能跨多个行业； <!-- -->

<!-- -->2. 各组织机构的子机构层数不尽相同； <!-- -->

<!-- -->3. 组织机构的类型可能不同； <!-- -->

<!-- -->4. 组织机构所处的行政区域不尽相同。 <!-- -->

我们在组织机构信息包中初步建立的 E/R 图如下：

<!-- --><!-- --><!-- -->

在这个 E/R 图中，我们只是从上面的描述中识别出实体和实体间的关系。因组织机构和行业是多对多的关系，图中的“组织机构的行业”即是组织机构和行业间的关联实体。

建立初步的 E/R 图后，我们再检查各实体及实体间的关系。如果要对一个关系做小的调整，双击该关系，弹出关系属性窗口，切换到cardinalities 页，如下图：

<!-- --><!-- --><!-- -->

在此页面上即可调整关系。

建议： 在建立、修改 E/R 图的过程中，不要急于输入实体、实体属性的 code 栏内容，也不要急于确定实体属性的数据类型。因为我们在整个建模过程中，会不断增加、删除实体及实体的属性，如果一开始就先给 code 栏输入内容，会增加我们的工作量。等到 E/R 图定型后，再根据《数据库设计规范》要求一次性输入 code 栏内容、确定实体属性的数据类型。

<!-- -->4.7.4 <!-- -->使用另一个包中的实体

假设人员信息有如下要求：

<!-- -->1. 一个人员必须且只能属于一个组织机构； <!-- -->

<!-- -->2. 一个人员可能会有一个职称。 <!-- -->

我们在人员信息包中建人员模型时，就需要用到组织机构信息包中的组织机构实体。 Powerdesigner 提供了 Paste as Shourcut 功能（快捷键 Ctrl+K ）来满足这个操作要求。先在组织机构实体上按 copy （快捷键 Ctrl+C ），然后回到人员信息包中的图上按 Paste as Shourcut 功能（快捷键 Ctrl+K ）。最后建模的结果如下图：

<!-- --><!-- --><!-- -->

在组织机构名称下面注明其来源于组织机构信息包，在左下角有个快捷符号。

有的机构中，一个人员可能会在多个部门任职，这种情况在政府机构中比较常见。我们上面的人员信息模型就无法满足这种要求，需要改成下面这个模型了：

<!-- --><!-- --><!-- -->

<!-- -->

4.7.5 <!-- -->完善设计

在实体及实体关系基本确定后，我们就需要完善各实体的具体内容了。有的人习惯在建实体时就把实体的所有属性都录入进去，这也没什么问题。

在前面的 E/R 图中，我们只给出了实体少量属性，这显然是远远不够的。前面之所以这样做，是因为我们想把精力和工作重点放在识别实体和实体关系上。现在我们就需要补充实体的属性了。要补充的属性包括如下几方面：

<!-- -->1. 实体本来具有的属性； <!-- -->

<!-- -->2. 基于设计考虑要添加的属性； <!-- -->

<!-- -->3. 《数据库设计规范》中要求添加的属性。 <!-- -->

建议 ：

<!-- -->1. 对同一个实体，设计时的视角不同，系统的要求不同，所需要的实体属性也就不同。尽量不要引入当前系统不需要的属性。 <!-- -->

<!-- -->2. 尽量多写注释，尤其是一些不容易理解的实体和属性，更应该写上注释。因为设计人员明白的实体和属性，其他人员未必能够明白。或者自己设计时明白了，过了一段时间后可能又忘了。 <!-- -->

小技巧 ：在建模时为了方便，我们直接在各包中画需要的字典实体。模型稳定后，再按住各字典实体，拖到字典数据包中。被拖走字典实体的组织结构模型如下图：

<!-- --><!-- --><!-- -->

说明 ：本指南中就不完善各实体的属性了，有兴趣的同事可以去补充完善。

<!-- -->4.7.6 <!-- -->确定编码和数据类型

前面的工作完成后，这一步的工作就比较简单了。按照《数据库设计规范》，输入实体、属性的 Code ，选择实体的数据类型就行了。

选择实体的数据类型时，优先使用前面定义的域，域中没有需要的数据类型时，再自己选择数据类型。

双击一个实体，然后切换到 Attributes 页，就是属性的编码和数据类型编辑界面了，如下图：

<!-- --><!-- --><!-- -->

上图中三个选择列的意思如下：

<!-- -->l M ：强制。选上该项后，即表示该属性的值不能为空。 <!-- -->

<!-- -->l P ：主键。这个就不用解释了。 <!-- -->

<!-- -->l D ：显示。如果不选该项，即表示该属性不需要显示。这个主要是针对 C/S 结构设计的，使用默认值就行了。 <!-- -->

当我们选择域后，该域的数据类型就自动显示在属性的数据类型列了。

<!-- -->4.8 检查 <!-- -->

Powerdesigner 提供的 Check Model 功能可帮助我们找出、改正设计模型中的错误和疏漏。执行“ Tools/Check Model ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在“ Options ”页选择要检查的项目，在“ Selection ”页选择要检查的内容，然后确定， Powerdesinger 就开始检查并把检查结果显示出来。

建议 ：在生成物理模型前一定要执行检查功能。检查结果中没有错误，最好也没有警告后才生成物理模型。

<!-- -->4.9 生成物理模型 <!-- -->

完成前面各步骤的工作，通过检查后，就可以生成物理模型了。

执行“ Tools/Generate Physical Data Model ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

General 页上有“生成新的物理模型”、“修改存在的物理模型”选项。

生成新的物理模型：选择物理模型使用的数据库，给出物理模型的 Name 和 Code （都有默认值）。

修改存在的物理模型：系统会先进行差异比较，并把比较结果显示出来，如下图：

<!-- --><!-- --><!-- -->

上图中的“性别”是概念模型有而存在的物理模型中没有的，用户可以选择是否生成到物理模型中。

<!-- -->4.10 生成报表 <!-- -->

Powerdesigner 提供了比较方便的报表模板定制和报表生成功能。

用好这个功能，以后就不用再辛苦的写数据库设计文档，直接根据建好的模型生成数据库设计文档就行了。

<!-- -->4.10.1 <!-- -->定制报表模板

执行“ Report/Report Templates ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

Powerdesigner 提供了几种报表模板，如果觉得不合适，可以点击上图中的新建按钮来创建一个新的报表模板，也可以修改现有的模板。

Powerdesigner 报表模板定制不仅能定制段内容，还能定制表格列、列的标题、列宽、字体。

<!-- -->4.10.2 <!-- -->生成报表

执行“ Report/Generate Report ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

选择报表模板，生成报表的格式和保存路径，就可以生成报表了。

5. 设计物理模型 <!-- -->

<!-- -->5.1 界面图标说明 <!-- -->

<!-- --><!-- --><!-- -->

<!-- -->5.2 模型设置 <!-- -->

执行“ Tools/Model Options ”，在弹出窗口中选择 Model Settings ，如下图：

<!-- --><!-- --><!-- -->

其中的主要选项说明：

<!-- -->l Name/Code case sensitive ： Name/Code 栏区分大小写。 <!-- -->

<!-- -->l Notation ：表间关系的几种不同图形表示方式。建议统一选择 CODASYL 方式。 <!-- -->

<!-- -->5.3 设置图元 <!-- -->

执行“ Tools/Display Preferences ”，弹出如下窗口：

<!-- --><!-- --><!-- -->

在 Object View 中可设置各对象需要显示的内容，在 Format 中可设置显示的图形样式。

<!-- -->5.4 新建一个物理模型 <!-- -->

点击 New 按钮，在弹出窗口中选择 Conceptual Data Model ，给出模型名称，选择数据库类型，如下图：

<!-- --><!-- --><!-- -->

确定后即进入概念模型编辑界面。

<!-- -->5.5 建立表及表关联 <!-- -->

与概念数据模型中不同，在物理模型中，当我们建立两个表间的关联关系时，系统会自动把一个表的主键作为另一个表的外键插入到该表中。下图是从概念模型生成的物理模型：

<!-- --><!-- --><!-- -->

对比一下概念模型：

<!-- --><!-- --><!-- -->

“组织机构的行业”表生成了复合主键。组织机构表中的自关联关系生成了一个外键，并自动给了个命名，我们可以修改这个命名，使其符合我们的命名规范。

如果是根据已建好的概念模型生成的物理模型，在表及关联上就不需要做什么调整了