DB2 学习笔记 - AIView.com

谁适合阅读本文

本文适合已经掌握数据库基本设计理论或者已经具有实际经验，打算借助Power Designer进行辅助设计的读者。

如果你已经是一个Power Designer的熟练使用者，或者你期望的是一些数据库的设计理论，请跳过本文。

如果你还不清楚数据库的基本设计理论，比如关系模型，范式，又有志于数据库设计领域的话，最好能够先打好基础，先找些与上面有关的资料看看，即使优秀的辅助设计工具也并不能够替代我们设计出一个规范化的模型。

建立一个概念模型

对于数据库的设计，我们一般从概念模型开始，在概念模型设计阶段，我们着重分析数据的逻辑结构，避免陷入具体的存储细节，所有的设计都与将来所要采用的具体数据库产品无关。

定义实体

用鼠标双击实体的符号，可以进入实体的属性页。

1. General 项目

   Name：是用来在模型中标识一个实体，一般用于模型在界面中的显示（这个可以通过更改选项设置进行改变）。在一个模型当中，实体的名字不能重复。

   Code：在模型转化时一般作为对象的物理名称，比如把实体属性的Code转化为数据库中的列名，当然我们现在不必为了这个实体将来叫什么而费神，一般采取与Name一致即可。

   Generate：默认是选择状态，如果取消，则在转化为其他模型时，会忽略这个实体。

2. Attributes 项目

窗口中下面表格里的各项很类似于一个表结构的定义，但数据类型是经过抽象化的，采用独立的表示方法，不与任何一个具体的数据库系统相关。

在此项目中为当前实体添加属性。

后面的三列CheckBox分别代表：

• M：此属性不允许为空值
• P：此属性为主键标识
• D：为可显示属性

按“Crtl+U”呼出“定制列过滤器”的窗口，可以根据自己的喜好和实际需要选择那些列出现在窗口中，那些隐藏。使用快捷键 “Crtl+E”可以允许或者禁止当前过滤器。

我们分别重新命名了以上两个实体为部门（Department）和雇员（Employee），并分别添加了属性，如下图：

默认的，概念图只显示作为主键标识的属性，并且隐藏了数据类型。这样是为了使概念图更加简洁、易于理解，你完全可以通过选项更改这些显示配置。

定义关系

双击关系（Relationship）的符号，进入关系的属性页，在Detail项目中，我们可以对两个实体的关系进行详细的定义，如下图：

1. General 项目

   一般最好为关系取一个贴切的名字，本例的业务关系描述如下：一个部门有多个员工，我们使用“Has”作为这个关系的名字。

   同样的我们也可以描述为：多个员工属于一个部门，可不可以使用“Belong to”作为关系名字呢？一般不推荐这样做，在概念图中有一个约定，关系的名字采用从“1,n”中“1”所在的方向向“n”所在一方进行读取的语义。本例即 “1”在部门一方，从部门一方向雇员一方读取语义，即：部门有（Has）多个员工。

2. Detail 项目

假定对于实体部门（Department）和雇员（Employee），具有如下关系：

• 一个部门可以有多个雇员，新成立的部门也可以暂时没有任何雇员；

• 一个雇员必须属于一个部门，并且同时只能属于一个部门；

根据以上关系，我们修改属性页，部门－雇员的方向采用默认的0,n，雇员－部门的方向修改为强制约束（Mandatory），或者从下拉框中选择“1,1”，如下图：

最后定义完成的关系（Relationship）在概念图中表示如下：

注：在Power Designer中，关系符号靠近实体端的一个“横线”代表强制性约束，“空心圆圈”代表无强制约束，即这一方可以无对象关联；“非分岔”线代表为“1” 的关系，“分岔”线代表“多”的关系。以上四个符号共可以组合出16种关系（包含反向）。其中“多对多”的关系一般通过给出一个中间实体来进行分解，所以在许多概念图中，是看不到实际的“多对多”的关系存在的。

另外在关系的属性中还有两项：Dominant role 和Dependent，可以表示更复杂的关系，会在后面讲到。

(待续)

8/23/2005 更新了下载链接

参考资源