多媒体数据库设计实验5.doc

该【多媒体数据库设计实验5 】是由【泰山小桥流水】上传分享，文档一共【6】页，该文档可以免费在线阅读，需要了解更多关于【多媒体数据库设计实验5 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。.
云南大学软件学院
实验报告

指标等级ABCD
功能完好
程序质量
准时检查
发问回答
序
号:
45
实验老师:
赵娜
检查时间
课程名称:
多媒体数据库系统设计
实验名称:
规范化
20091120261
总评成绩
学
号:
姓
名:
郭娟
课程名称多媒体数据库设计实验项目规范化
1熟习数据库建模工具visio的使用。
。
。
;
,使用建模工具,采纳Crow’sFeet数据建模方法,
绘制出各数据库的ER图。
实验内容
(算法、
程序、步
骤和方
法)
..
.
数据记录
和计算

:
注明实体及互相之间的关系
注明实注明实体的字段及相应属性的字段属性(数据种类及大小)
注明实体的主键和外键。
Exercise1
依据题意,我们可以得出下边的数据依赖关系:
patient_id→patient_fname
patient_id→patient_lname
patient_id→patient_street
patient_id→patient_city
patient_id→patient_state
patient_id→patient_phone
patient_id→patient_zip
patient_zip→patient_street
patient_zip→patient_city
patient_zip→patient_state
patient_id→doctor_fname
patient_id→doctor_lname
doctor_id→doctor_phone
doctor_id→doctor_beeper
2由上述关系,我设计了3个基本数据表和1个关系表:
①PATIENT表是记录病人信息的表。它的主键是patient_id;
②ADDRESS表记录的是病人的地址信息;
③DOCTOR记录的是医生信息表,它的主键是doctor_id。
因为一个PATIENT对应多个DOCTOR,一个DOCTOR也对应多个PATIENT,所以他们之间是多对多的关系,于是我又建立了一个CONSULTATION会诊信息表,它记录的是每次会诊的病人的id号和医生的id号,关系了PATIENT表和DOCTOR表。表与表之间的关系以下:
①一对多:PATIENT—CONSULTATION、DOCTOR—CONSULTATION。
②多对一:PATIENT—ADDRESS
..
.
3用visio工具画出的ER图以下:
Exercise2
依据题意,我们可以得出下边的数据依赖关系:
patient_id→patient_fname
patient_id→patient_lname
patient_id→patient_street
patient_id→patient_city
patient_id→patient_state
patient_id→patient_phone
patient_id→patient_zip
patient_zip→patient_street
patient_zip→patient_city
patient_zip→patient_state
insurance_company→insurance_contact_first
insurance_company→insurance_contact_last
insurance_company→insurance_contact_phone
2由上述关系,我设计了
3个基本数据表和1个关系表:
①PATIENT表是记录病人信息的表。它的主键是
patient_id;
②ADDRESS表记录的是病人的地址信息;
③INSURANCECOMPANY
记录的是保险公司信息表,它的主键是
insurance_id。
因为一个PATIENT对应多个INSURANCECOMPANY,一个INSURANCECOMPANY也对应
多个PATIENT,所以他们之间是多对多的关系,于是我又建立了一个
INSURANCESERVICE
保险业务表,它记录的是每个病人的
id号和保险公司的id
号,关系了
PATIENT表和
INSURANCECOMPANY
表。
表与表之间的关系以下:
①一对多:PATIENT—INSURANCE
SERVICE、INSURANCE
COMPANY—INSURANCE
SERVICE。
..
.
②多对一:PATIENT—ADDRESS
表与表之间的关系以下:
①一对一:无。
②一对多:
3用visio工具画出的ER图以下:
Exercise3
依据题意,我们可以得出下边的数据依赖关系:
patient_id→patient_fname
patient_id→patient_lname
patient_id→patient_street
patient_id→patient_city
patient_id→patient_state
patient_id→patient_phone
patient_id→patient_zip
patient_zip→patient_street
patient_zip→patient_city
patient_zip→patient_state
patient_id→symptoms
patient_id→language
2由上述关系,我设计了5个基本数据表和1个关系表:
①PATIENT表是记录病人信息的表,它的主键是patient_id;
②ADDRESS表记录的是病人的地址信息,它的主键是zip_id;
③RECORD表记录的是会诊信息表,它的主键是record_id;
④SYMPTOMS表记录的是会诊的症状信息表,它的主键是symptom_id;
LANGUAGE表记录的是会诊语言信息表,它的主键是language_id。
因为一个RECORD对应多个SYMPTOMS,一个SYMPTOMS也对应多个RECORD,所以他们之间是多对多的关系,于是我又建立了一个SYMPTOMSOFRECORD表,它记录的是每个
..
结论
(结果)
.
会诊记录的id号和症状的id号,关系了RECORD表和SYMPTOMS表。
表与表之间的关系以下:
①一对多:PATIENT—RECORD、SYMPTOMS—SYMPTOMSOFRECORD、RECORD—
SYMPTOMSOFRECORD。
②多对一:PATIENT—ADDRESS
3用visio工具画出的ER图以下:
总结:上述各表均满足3NF。表的每一列都是不行切割的基本数据项,同一列中不可以有多个值,即实体中的某个属性不可以有多个值也许不可以有重复的属性。上述个表中所以满足第一范式。
主要点字只有一个,非主属性非部分依赖于主要点字,所以上图中设计的表满足第二范式。
在第二范式的基础上,数据表中不存在非要点字段对任一候选要点字段的传达函数依赖,吻合
第三范式。
经过本次实验,我对数据库设计的规范化又多了一些认识。关系型数据库是当前广泛应用的数
据库种类,关系数据库设计是对数据进行组织化和结构化的过程,核心问题是关系模型的设计。
对于数据库规模较小的状况,我们可以比较轻松的办理数据库中的表结构。跟着项目规模的不停增加,相应的数据库也变得更加复杂,关系模型表结构更加错杂,这时我们常常会发现我们写出来的SQL语句的是很蠢笨而且效率低下的。因为表结构定义的不合理,会以致在更新数
据时造成数据的不完好。所以,就有必需学习和掌握数据库的规范化流程,以指导我们更好的设计数据库的表结构,减少冗余的数据,借此可以提升数据库的储存效率,数据完好性和可扩展性。在创办一个数据库的过程中,范化是将其转变成一些表的过程,这类方法可以使从数据库获取的结果更加明确。这样可能使数据库产生重复数据,从而以致创办剩余的表。范化是在鉴别数据库中的数据元素、关系,以及定义所需的表和各表中的项目这些初始工作以后的一个细化的过程。经过实验,我们逐渐对数据库进行规范化设计,更深刻的理解了其思想。
指导教师署名:赵娜
..
.
..