一、实验目的
1.熟悉Power Designer开发环境。
2.掌握数据库设计方法。
3.掌握利用Power Designer进行数据库设计。
二、实验内容及要求
本实验采用Power Designer 16.5为例。其他版本也可以,操作流程类似。
使用Power Designer完成如下内容:
(1)建立概念模型,模型名称为“学生选课数据库”。
1. 在“学生选课数据库”概念模型中,建立一个“学生”实体,“学生”实体属性有:学号,性别,姓名,学历,身份证。主码:学号。
2. 在“学生选课数据库”概念模型中,建立另一个实体“课程”,“课程”实体的属性有:课程号,课程名,授课教师,学时。主码:课程号。“学生”实体与“课程”实体存在m:n联系。


双击编辑实体属性


出现工具栏禁用问题: 【debug】powerdesigner 工具栏图标被禁用_老坛酸菜吃鸭子的博客-优快云博客
(2)使用依赖关系:看实验指导图25 依赖关系,把图25画在Power Designer中

标定联系与非标定联系
每个实体类型都有自己的标识符,如果两个实体集之间发生联系,其中一个实体类型的标识符进入另一个实体类型并与该实体类型中的标识符共同组成其标识符时,这种联系则称为标定联系,也叫依赖联系。反之称为非标定联系,也叫非依赖联系。
在非标定联系中,一个实体集中的部分实例依赖于另一个实例集中的实例,在这种依赖联系中,每个实体必须至少有一个标识符。而在标定联系中,一个实体集中的全部实例完全依赖于另个实体集中的实例,在这种依赖联系中一个实体必须至少有一个标识符,而另一个实体却可以没有自己的标识符。没有标识符的实体用它所依赖的实体的标识符作为自己的标识符。
换句话来理解,在标定联系中,一个实体(选课)依赖 一个实体(学生),那么(学生)实体必须至少有一个标识符,而(选课)实体可以没有自己的标识符,没有标标识符的实体可以用实体(学生)的标识符作为自己的标识符。
强制性约束Mandatory,以一条横杠表示
注意:上面(1)(2)中实体的属性类型合理即可,如学号可以integer,也可以characters类型。


理解并给出下列术语的定义:
函数依赖:函数依赖是数据依赖的一种,它反映属性或属性组之间依存,互相制约的关系,即反应现实世界的约束关系。设R(U)是属性U上的一个关系模式,X和Y均为U={A1 , A2 , . . . ,An}的子集,r为R的任一关系,如果对于r中的任意两个元组u,v,只要有u[X]=v[Y],就有u[Y]=v[Y],则称X函数决定Y,或称Y函数依赖于X,记为X->Y。
完全函数依赖: 在R(U)中,如果X→Y,并且对于X的任何真子集X'都有X'Y',则称Y完全依赖于X,记作X→Y;
部分函数依赖:否则,如果X→Y,且X中存在一个真子集X',使得X'→Y成立,则称Y部分依赖于X。
传递依赖:X→Y,Y→Z 则Z传递函数依赖于X
候选码:若关系中的一个属性或属性组的值能够唯一地标识一个元组,且他的真子集不能唯一的标识一个元组,则称这个属性或属性组做候选码。
主码:一个能唯一标识一个元组的属性
外码:如果一个关系中的一个属性是另外一个关系中的主码则这个属性为外码
全码:所有属性组成该关系模式的候选码
1NF:所有属性都不可再分
2NF:在1NF的基础上,每个非主属性完全依赖于主键(消除 1NF 非主属性对码的部分函数依赖)
3NF:在2NF的基础上,任何非主属性不依赖于其他非主属性(消除 2NF 主属性对码的传递函数依赖)
BCNF:在3NF的基础上,任何非主属性不能对主键子集依赖(消除 3NF 主属性对码的部分和传递函数依赖)
(1)所有非主属性对每一个码都是完全函数依赖;
(2)所有的主属性对于每一个不包含它的码,也是完全函数依赖;
(3)没有任何属性完全函数依赖于非码的任意一个组合。
本文介绍了如何使用Power Designer进行数据库设计,包括创建概念模型、理解实体和联系、以及各种函数依赖和数据依赖的概念,同时讲解了数据库规范化理论,如1NF到BCNF的转换。
307

被折叠的 条评论
为什么被折叠?



