《数据库课程设计实习报告唱片管理系统.doc》由会员分享，可在线阅读，更多相关《数据库课程设计实习报告唱片管理系统.doc（17页珍藏版）》请在三一办公上搜索。
1、数据库课程设计论文题目： 唱片管理系统 目录一、唱片管理系统的基本要求二. 需求分析 1、系统功需求分析： 2、处理功能 3、安全与完整性要求三.概念结构设计 1、局部ER图设计 2、整体ER图设计四. 逻辑结构设计 1、关系表的设计 2、实体与属性关系 3、对关系模型进行优化 4、系统地CDM五. 物理结构设计 1、系统的PDM 2、数据库的物理层结构 3、基本数据的输入操作 4、对数据库进行基本的查询操作 5、界面制作六、实习心得一、唱片管理系统的基本要求 唱片管理系统主要在于唱片公司对于唱片的制作发行，以及唱片基本信息的查询、更改、删除、添加等的基本管理。来使得企业能够很好的利用各种资源
2、，方便快捷有效的实现是唱片的管理。二、需求分析1、功能需求分析（1）系统结构 唱片管理系统下设置唱片制作和唱片发行两个部门，唱片管理系统负责唱片的制作以及唱片的发行。 （2）系统具备的功能唱片的基本信息：唱片名、制作时间、监制人、发行社、发行量等。可以随时更新数据库的信息。（3）唱片管理系统关系1)唱片制作一个唱片只有一个监制人，一个制片人可以监制多个唱片；一个唱片可以包括多首歌曲，一首歌曲可以包含于一个唱片；一名歌手可以演唱多首歌曲，一首歌曲只能被一名歌手演唱；一首歌曲只能有一名词作者，一名词作者可以为多首歌曲作词；一首歌曲只能有一名曲作者，一名曲作者可以为多首歌曲谱曲；一首歌曲只能由一个人
3、伴奏，一个人可以为多首歌曲伴奏；一张唱片只能由一名刻录人员来刻录，一名刻录人员可以为多个唱片刻录。2）唱片发行 一个唱片有一个出版社发行，一个出版社可以发行多个唱片。2、 处理功能系统必须实现以下的信息处理：（1）当查看某个实体信息时，如歌曲唱片信息，应显示相应的歌曲名、唱片名、等信息。（2）当查询实体相关性信息时，如唱片、歌曲等相关信息，应显示具体的与他们相关的信息，如作词人、谱曲人、伴奏人和刻录人、监制人、出版社等信息。 （3）当进行更新、插入、删除时，在相应的表要成功无误的实现操作，不可出现错误结果。当出现错误时应拒绝该操作的执行。3、安全性与完整性要求：（1）安全性要求系统应设置访问用
4、户的标识以鉴别是否是合法用户，并要求合法用户设置其密码。即：要设置用户密码一对一的关系，保证用户身份不被盗用。（2）完整性要求a.各种信息记录的完整性，信息记录内容不能为空；b.各种数据间相互的联系的正确性；c.相同的数据在不同记录中的一致性。三、概念结构设计1、局部ER图设计（1）唱片管理系统 1）唱片管理系统下设置唱片制作和唱片发行两个部门。ER图如下：唱片管理唱片制作唱片发行管理 2）唱片基本信息：唱片监制人歌曲刻录人构成 3）唱片制作ER图如下：歌曲词作者谱曲者伴奏者构成构成歌手 4）唱片发行ER图：唱片出版社构成2、整体ER图设计：词作者谱曲者伴奏者构成构成构成歌曲构成构成唱片歌手构
5、成构成监制人刻录人出版社构成四、逻辑结构设计1、关系表的设计数据项编号数据项名数据项含义存储结构别名001RecordName唱片名字Char(20)唱片名字002JZ_Name唱片监制人Char(20)监制人003CBS_Name发行社名Char(20)发行社名004ZC_Name作词者Char(20)作词人005PQ_Name谱曲者Char(20)作曲人006GS_Name歌手Char(20)歌手007KL_Name刻录Char(20)刻录人008Bank乐队Char(20)乐队名009BZ_Name伴奏Char(20)伴奏人010GQ_Sum歌曲数量Char(20)歌曲数量2、实体与属性
6、关系词作者：ZC_Name(ZC_Name,ZC_Age,ZC_Sex)谱曲者：PQ_Name(PQ_Name,PQ_Age,PQ_Sex)伴奏者：BZ(BZ_Name,BZ_Sex,BZ_Age)歌曲：GQ(GQ_Name,GS_Name,ZC_Name,PQ_Name,BZ_Name,Record_Name)唱片：Record(RecordName,Bank,Record_Sum,JZ_Name,KL_Name,CBS_Name)监制人：JZ(JZ_Name,JZ_Sex,JZ_Age)刻录人：KL(KL_Name,KL_Age,KL_Sex)出版社：CBS(CBS_Name,Phone,
7、Adress)3、对关系模型进行优化 （1）优化方法为1）、确定数据依赖。2）、对数据依赖进行极小化处理，消除冗余联系（参照三大范式理论）。3）、确定范式级别，根据应用环境，对某些模式进行合并或分解。4）、对关系模式进行必要的分解。如果一个关系模式的属性特别多，就应该考虑是否可以对这个关系进行垂直分解。如果有些属性是经常访问的，而有些属性是很少访问的，则应该把它们分解为两个关系模式。如果一个关系的数据量特别大，就应该考虑是否可以进行水平分解。如一个论坛中，如果设计时把会员发的主贴和跟贴设计为一个关系，则在帖子量非常大的情况下，这一步就应该考虑把它们分开了。因为 显示的主贴是经常查询的，而跟贴则
8、是在打开某个主贴的情况下才查询。又如手机号管理软件，可以考虑按省份或其它方式进行水平分解。 （2）可以设计用户子模式这部分主要是考虑使用方便性和效率问题，主要借助视图手段实现，包括：1）、建立视图，使用更符合用户习惯的别名。2）、同级别的用户定义不同的视图，以保证系统的安全性。3）、对复杂的查询操作，可以定义视图，简化用户对系统的使用。4、系统的CDM：五、物理结构设计 物理结构模型是由概念结构模型转化而来的，物理模型设计产生数据库数据库的物理结构，也就是将数据库设计映射到一个具体的类型的物理数据库上。逻辑结构中的实体会形成物理结构中的数据表。该唱片系统的PDM图如下：1、系统的PDM 2、数
9、据库的物理结构： 唱片：Record列名数据类型长度允许空RecordNamechar20不允许Record_Sumchar20允许Bankchar20允许出版社：CBS列名数据类型长度允许空CBS_Namechar20不允许Phonechar20允许Adresschar20允许监制人：JZ列名数据类型长度允许空JZ_Namechar20不允许JZ_Sexchar20允许JZ_Agechar20允许刻录人：KL列名数据类型长度允许空KL_Namechar18不允许KL_Sexchar20允许KL_Agechar20允许作词者：ZC_Name列名数据类型长度允许空ZC_Namechar20不允许
10、ZC_Sexchar20允许ZC_Agechar20允许谱曲人：PQ_Name列名数据类型长度允许空PQ_Namechar20不允许PQ_Sexchar20允许PQ_Agechar20允许伴奏人：BZ列名数据类型长度允许空BZ_Namechar20不允许BZ_Agechar20允许BZ_Sexchar20允许 3基本数据的输入操作唱片表：词作者表：谱曲这表：伴奏者表：唱片表：监制人表：刻录人表：出版社：4、对数据库进行基本的查询操作（1）查询歌曲信息：（2）对表进行联系查询按唱片进行查询：（3）插入一个触发器（4）定义一个视图（5）创建一个登录用户：（6）对登录用户进行授权：5、界面制作使用A
11、SP软件制作界面使其实现数据库的连接及对数据库的各种操作功能（1）欢迎界面（2） 主操作界面：（3）查询结果显示页面：结束语经过这几周的实习，进一步了解了数据库的基本概念，并结合实际的操作和设计，巩固课堂教学内容，进一步理解了数据库系统的基本概念、原理和技术，将理论与实际相结合，应用现有的数据建模工具PowerDesigner和数据库管理系统软件，规范、科学地完成一个小型数据库的设计与实现，把理论课与实验课所学内容做一综合，并在此基础上使用ASP软件制作，实现与数据库的连接以及对于数据库的基本操作功能的实现，强化学生的实践意识、提高其实际动手能力和创新能力经过这么长时间的实习，把以往所学到的知识充分的融汇到一起，在大体结构上有一个清晰的框架，在具体细节上耐心思考，在实践方法上积极探索，基本上形成了目标清晰，知识通融，方法实用，探索创新等许多良好的因素。
