使用 Power Designer 16 设计数据库

最新推荐文章于 2025-04-30 14:51:15 发布

硕子鸽

最新推荐文章于 2025-04-30 14:51:15 发布

阅读量1.5k

点赞数 3

分类专栏：数据库

本文链接：https://blog.csdn.net/weixin_43941364/article/details/111827087

版权

17 篇文章

订阅专栏

使用 PowerDesigner 做数据库设计，主要用到两个大的模型：

整体的步骤如下：

所以本文也分为 4 个步骤介绍。

打开之后，选择创建概念模型：

修改名称之后点击 OK：

可以在 Domain 中设置常用的数据格式：
Domain设置
设置常用的格式
这样以后我们创建的实体属性会继承这里的数据类型和长度。

然后点击右上角的表格，再在屏幕中点一下，从而创建一个实体：
创建实体

然后点一下右键，恢复到箭头模式。

双击实体进行设置：

学生表
可以设置表的名字，代码名称，和简介。

然后可以设置属性，但是属性没显示全，我们可以通过点击小漏斗，将我们需要的打钩：

这个时候我们可以手动输入数据类型和长度，但是我们之前设置过 Domain，所以可以直接选择即可：
设置数据类型
同时注意修改 code 为英文，因为 Name 可以是中文，code 不行。

再说一些中间几个字母表示的含义：
字母的含义

最后我们再设置一下这个主键即可，它可以在关系图中，一下子就能清楚地看到某个表的主键是哪个：
设置主键
现在我们又两张表，可以设置关系了：

点击之后长按鼠标即可设置关系：

这里先介绍一下几个属性的含义：

上面的例子主要是从概念的角度来区分了mandatory和optional的区别。实际上如果把这个模型对应到我们最后生成的表，如果A-B间的联系对A是mandatory的话，那么如果在A里面如果包含B的外键，这个外键不能为空值，反之可以为空值。后面我们谈到PDM和实际数据库的时候，大家会看到这一点。

dependent
每一个 Entity 型都有自己的 Identifier，如果两个 Entity 型之间发生关联时，其中一个 Entity 型的 Identifier 进入另一个 Entity 型并与该 Entity 型中的 Identifier 共同组成其 Identifier 时，这种关联称为标定关联,也叫 依赖性关联(dependent relationship)。一个 Entity 型的 Identifier 进入另一个 Entity 型后充当其非 Identifier 时，这种关联称为非标定关联，也叫非依赖关联。
概念的定义说起来还是有些拗口，说白了其实就是 主-从表关系 ，从表要依赖于主表。比如在我们系统里要记录教师休假的情况，有一个实体型 Holiday，其属性包括休假的开始时间和天数，每次有教师休假的时候，都要在这个表留下记录。从我们的场景描述中可以看到，实体型假期必须依附于实体型教师，即对于每一个假期实例，必须指向某一个教师实例。

对于依赖型联系，必须注意它不可能是一个多对多联系，在这个联系中，必须有一个作为主体的实体型。一个 dependent 联系的从实体可以没有自己的 identifier。

dominant
这个联系属性是最为简单的，它仅作用于一对一联系，并指明这种联系中的主从表关系。在A,B两个实体型的联系中，如果 A–>B 被指定为 dominant，那么A为这个一对一联系的主表，B为从表，并且在以后生成的PDM中会产生一个引用（如果不指定dominant属性的话会产生两个引用）。比如老师和班级之间的联系，因为每个班级都有一个老师做班主任，每个老师也最多只能做一个班级的班主任，所以是一个一对一关系。同时，我们可以将老师作为主表，用老师的工号来唯一确定一个班主任联系。

学生表和班级表是多对一的关系，所以可以选择这个：

课程和学生是多对多的关系：

值得一提的是我们在设计概念模型的时候不用考虑外键约束和中间表的问题，因为转化为物理模型的时候会自动生成，我们只需要设置好关系即可。