数据库设计报告
《数据库系统概论》课程设计报告
课程名称：数据库系统概论
院系年级：14级电气信息工程系
专业班级：计算机科学与技术1班
学号：
姓名：
联系电话：
指导教师：
安徽马鞍山
2016年6月
第一章相关方法技术
1.1数据库应用特点
数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。
1.2数据与处理
以处理为中心
根据处理功能设计数据文件，处理功能需要什么数据就创建什么数据文件。处理功能是主动的，数据结构是依赖的。势必导致数据的冗余存储，潜在数据的不一致性。只适合科学计算，不适合数据密集型的事务处理系统。
以数据为中心
只要应用领域内的业务内容不变，其信息结构是稳定，多变的是处理功能。主张设计稳定的数据结构，自动适应处理程序的多变性。凡是数据库应用系统，适合采用以数据为中心的应用模式。
1.3数据库设计方法
（1）功能驱动方法:
这个方法设计依赖处理中心强调先根据功能要求画出分层的数据流程图从数据流程图当中收集数据项及其数据存储以及数据字典依据数字字典分析提取出数据库相关的各种信息类。
（2）E-R建模方法：
采用以数据为中心的设计策略在初步了解领域当中各种业务需求和处理过程基础上
1.4数据库设计步骤
按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期可以细分为七
个阶段：规划、需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。
各阶段需完成的工作分别为：
1、应用规划
规划阶段进行系统的必要性和可行性分析，确定数据库系统在整个管理系统中的地位。
规划阶段必须要完成的任务包括：确定系统的范围；确定开发工作所需的资源（人员、硬件和软件）；估算软件开发的成本；确定项目进度。
规划阶段产生的结果是可行性分析报告及数据库规划纲要，内容包括信息范围、信息来源、人力资源、设备资源、软硬件环境、开发成本估算、进度计划、现行系统向新系统过渡计划等。
2、需求分析
这一阶段是计算机人员（系统分析员）和用户共同收集数据库所需要的信息内容和用户对处理的要求，加以规格化和分析，以书面形式确定下来，作为以后验证系统的依据。在分析用户要求时，要确保用户目标的一致性。
信息需求：指目标系统涉及的所有实体、属性、以及实体间的联系等，包括信息的内容和性质，以及由信息需求导出的数据需求。
处理需求：指为得到需要的信息而对数据进行加工处理的要求，包括处理描述，发生的频度、响应时间以及安全保密要求等。进行数据库设计首先必须准确了解与分析用户需求（包括数据与处理）。需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。作为地基的需求分析是否做的充分于准确，决定了在其上构建数据库大厦的速度与质量。需求分析做得不好，甚至会导致整个数据库设计返工重做。
3、概念设计
把用户的信息要求统一到一个整体逻辑结构中，此结构能表达用户的要求，且独立于任何D B M S软件和硬件。概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成一个独立于具体D B M S的概念模型。
4、逻辑设计
逻辑结构设计分为两部分，即数据库结构设计和应用程序的设计。从逻辑设计导出的数据库结构是D B M S能接受的数据库定义，这种结构有时也称为逻辑数据库结构。
逻辑结构设计是将概念结构转换为某个D B M S所支持的数据模型，并对其进行优化。
5、物理设计
物理设计也分为两部分：物理数据库结构的选择和逻辑设计中程序模块说明的精确化。这一阶段的工作成果是一个完整的能实现的数据库结构。数据库物理设计是为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。6、数据库的实施
根据物理设计的结果产生一个具体的数据库和它的应用程序，并把原始数据装入数据库。实施阶段主要有三项工作：
（1）建立实际数据库结构；
（2）装入试验数据对应用程序进行调试；
（3）装入实据数据。
在数据库实施阶段，设计人员运用D B M S提供的数据语言及其宿主语言，根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。
7、运行维护
数据库系统的正式运行，标志着数据库设计与应用开发工作的结束和维护阶段的开始。运行和维护阶段的主要任务有四项：（1）维护数据库的安全性与完整性；
（2）监测并改善数据库运行性能；
（3）根据用户要求对数据库现有功能进行扩充；
（4）及时改正运行中发现的系统错误。
维护分为改正性维护，适应性维护，完善性维护和预防性维护。数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。
需要指出的是，这个设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来，将这两个方面的需求分析、抽象、设计、实现在各个阶段同时进行，相互参照，相互补充，以完善两方面的设计。事实上，如果不了解应用环境对数据的处理要求，或没有考虑如何去实现这些处理要求，是不可能设计一个良好的数据库结构的。
如下图1-4-1
1.5课程设计任务
创建维护的数据库设计就是把所学原理，方法应用到数据库课程设计中去
本次课程设计任务，选择应用领域的数据库的设计经过需求分析，概念设计，逻辑设计，物理设计，数据库实现等阶段的训练，复习，巩固理论课的方法和技术，在数据库的设计应用中，经过初步的综合训练
第二章概念结构设计
引言：本章采用E-R方法设计数据库的概念数据模型
初步了解应用领域的业务处理需求，注意分析提取各种业务所依赖的信息类型，区分信息类的性质即区分基本实体信息类和联系实体信息类和再生实体信息类。
本章注重基本实体信息类和联系实体信息类，用E-R 图注明数据类型和数据关系，E-R 图是概念设计的最终成果，是逻辑设计的依据，对数据库的影响很大 一般方法：
总结E-R 方法，如何设计概念模型的一般方法
E-R 方法是在初步业务处理调查的基础上分析提取出每个业务依赖的信息类 综合出各业务领域信息类的结合，消除重合，消除冲突 （1） 对应用领域数据库概念模型设计方法的分析和对策
（2） 分析对策：当应用领域范围较大时，按照业务主题分别设计主题相关 子E-R 图，当子E-R 图正确后，通过E-R 图的综合集成，消除冲突，重合，得到最终的E-R 图。
1．E-R 模型的基本元素
E-R 模型的基本元素包括实体、联系和属性，图2-4显示了它们的图形符号。
图2-4 E-R 模型基本元素的图形符号
（1）实体：在E-R 图中用矩形表示，并将对实体的命名写于矩形中。
（2）属性：在E-R 图中用椭圆表示（对于多值属性用双椭圆表示），并将对属性的命名写于其中。
（3）联系：用来标识实体之间的关系，在E-R 图中用菱形表示，联系的名称置于菱形内。
需要说明的是，除了实体具有若干个属性外，有的联系也具有属性。
在E-R 图中，除了上述三种基本的图形之外，还有将属性与相应的实体或联系连接起来以及将有关实体连接起来的无向边。另外，在连接两个实体之间的无向边旁还要标注上联系的类型（1:1，1:n 或m:n ）。例如图2-5为表示部门和部门主任之间联系的E-R 图。
图2-5 部门和部门主任之间联系的E-R 图
在E-R 图中，加下划线的属性（或属性组）表示实体的码，如图2-5中，部门编号是部门实体的码，人员编号是部门主任实体的码。
例2.1 现有图书管理的信息如下：
图书信息包括：书号、书名、作者、出版社、所属类别、单价。 出版社信息包括：社号、社名、地址、电话。 读者信息包括：借书证号、姓名、性别、所属院系。
一个出版社可以出版多种书籍，但每本书只能在一个出版社出版，出版应有出版日期和责任编辑。
实体 属性 联系
部门主任
部门
领导
部门编号
名称
地址
人员编号
1
1
姓名
年龄
多值属性
一个读者可以借阅多本图书，一本图书可以有多个人借阅。借阅信息包括：借书日期、还书日期。
根据以上信息，要求完成以下任务：
（1）确定实体及其包含属性，以及各实体的码。
（2）确定各实体之间的联系，并设计图书管理情况的E-R 图。
解：（1）本例包括图书、出版社、读者三个实体，其中图书实体包含书号、书名、作者、出版社、所属类别、单价6个属性，其中书号为码；出版社实体包含社号、社名、地址、电话4个属性，其中社号为码；读者实体包含借书证号、姓名、性别、所属院系4个属性，其中借书证号为码。
（2）出版社与图书两个实体之间为1:n 联系，联系名为出版，该联系含有出版日期和责任编辑两个属性；读者与图书两个实体之间为m:n 联系，联系名为借阅，该联系含有借书日期、还书日期2个属性。图书管理情况的E-R 图如图2-6所示。
图2-6 图书管理情况的E-R 图
2．E-R 模型的一些变换操作
用E-R 模型方法进行数据库概念设计时，有时需要对E-R 模型作一些变换操作。 （1）引入弱实体。所谓弱实体，是指一个实体对于另一个（些）实体具有很强的依赖联系，而且该实体码的部分或全部从其父实体中获得。在E-R 模型中，弱实体用双线矩形框表示，与弱实体直接相关的联系用双线菱形框表示（如图2-7所示）。在图2-7中，“教师简历”实体与“教师”实体具有很强的依赖联系，“教师简历”实体是依赖于“教师”实体而存在的，而且教师简历的码从教师中获得。因此“教师简历”是“弱实体”。
图2-7 “弱实体”示例
（2）多值属性的变换。对于多值属性，如果在数据库的实施过程中不作任何处理，将会产生大量冗余数据，而且使用时有可能造成数据的不一致。因此要对多值属性进行变换。主要有两种变换方法，第一种变换方法是对多值属性进行分解，即把原来的多值属性分解成
出版社
出版
出版 日期
图书
读者
1
n
责任 编辑
借阅
借书 日期
还书 日期
n
m
社号
社名 地址 电话
书号 书名
单价
出版社
作者
借书 证号
姓名 所属院系 性别
所属类别
教师
n
经历
教师简历
1
几个新的属性，并在原E-R 图中用分解后的新属性替代原多值属性。例如，对于“教师”实体，除了“姓名”、“性别”、“年龄”等单值属性外，还有多值属性“毕业院校”（如图2-8所示），变换时可将“毕业院校”分解为“本科毕业院校”、“硕士毕业院校”、“博士毕业院校”3个单值属性，变换后的E-R 图如图2-9所示。
图2-8多值属性示例
图2-9多值属性的变换—分解示例
如果一个多值属性的值较多，在分解变换时可能会增加数据库的冗余量。针对这种情况还可以采用另外一种方法进行变换：增加一个弱实体，原多值属性的名变为弱实体名，其多个值转变为该弱实体的多个属性，增加的弱实体依赖于原实体而存在，并增加一个联系（如图2-10中的“教育经历”），且弱实体与原实体之间是1：1联系。变换后的E-R 图如图2-10所示。
图2-10多值属性的变换—增加弱实体示例
（3）复合属性的变换。对于复合属性可以用层次结构来表示。例如“地址”作为公司实体的一个属性，它可以进一步分为多层子属性（如图2-11所示）。复合属性不仅准确模拟现实世界的复合层次信息结构，而且当用户既需要把复合属性作为一个整体使用也需要单独使用各子属性时，属性的复合结构不仅十分必要，而且十分重要。
图2-11 复合属性的变换示例
性别
毕业院校
年龄
姓名
教师
性别
本科毕业院校 年龄
姓名
教师
硕士毕业院校
博士毕业院校
性别
本科毕业院校
年龄
姓名
教师
硕士毕业院校 博士毕业院校
教育
经历
毕业院校
1
1
路名
地址
省名
街道
区名
市名
邮编
门牌号
（4）分解变换。如果实体的属性较多，可以对实体进行分解。例如，对于雇员实体，拥有编号、姓名、性别、生日、部门号、职务、工资、奖金等属性（其E-R 图如图2-12所示）。可以把雇员的信息分解为两部分，一部分属于雇员的基本信息，一部分归为变动信息。为了区别这两部分信息，此时会衍生出一个新的实体，并且新增加一个联系，分解后的E-R 图如图2-13所示。
图2-12雇员实体E-R 图
图2-13雇员实体分解后E-R 图
3．用E-R 模型方法进行数据库概念设计
利用E-R 模型对数据库进行概念设计，可以分成三步进行：第一步设计局部E-R 模型，即逐一设计分E-R 图，第二步把各局部E-R 模型综合成一个全局E-R 模型，第三步对全局E-R 模型进行优化，得到最终的E-R 模型，即概念模型。
（1）设计局部E-R 模型。局部概念模型设计可以以用户完成为主，也可以以数据库设计者完成为主。如果是以用户为主，则局部结构的范围划分就可以依据用户进行自然划分，也就是以企业各个组织结构来划分，因为不同组织结构的用户对信息内容和处理的要求会有较大的不同，各部分用户信息需求的反应就是局部概念E-R 模型。如果以数据库设计者为主，则可以按照数据库提供的服务来划分局部结构的范围，每一类应用可以对应一类局部E-R 模型。
确定了局部结构范围之后要定义实体和联系。实体定义的任务就是从信息需求和局部范围定义出发，确定每一个实体类型的属性和码，确定用于刻画实体之间的联系。局部实体的码必须唯一的确定其他属性，局部实体之间的联系要准确地描述局部应用领域中各对象之间的关系。
实体与联系确定下来后，局部结构中的其他语义信息大部分可用属性描述。确定属性
雇员
编号
姓名
性别
生日
部门号
工资
奖金
职务
雇员基本信息 编号
姓名
性别
生日
部门号
工资
奖金
职务
雇员变动信息
属于
1
1
时要遵循两条原则：第一，属性必须是不可分的，不能包含其他属性；第二，虽然实体间可以有联系，但是属性与其他实体不能具有联系。
下面举一个设计局部E-R 模型的例子。
例2.2 设有如下运动队和运动会两个方面的实体集： 运动队方面：
运动队：队编号、队名、教练名 运动员：姓名、性别、项目
其中，一个运动队有多个运动员，一个运动员仅属于一个运动队，一个队一般有一个教练。
运动会方面：
运动员：编号、姓名、性别 项目：项目名、比赛场地
其中，一个项目可由多个运动员参加，一个运动员可参加多个项目，一个项目在一个比赛场地进行。
要求：分别设计运动队和运动会两个局部E-R 图
解：运动队局部E-R 图如图2-14所示，运动会局部E-R 图如图2-15所示。
图2-14 运动队局部E-R 图
图2-15 运动会局部E-R 图
（2）集成全局E-R 模型。全局概念结构不仅要支持所有局部E-R 模型，而且必须合理地表示一个完整、一致的数据库概念结构。经过了第一个步骤，虽然所有局部E-R 模型都已设计好，但是因为局部概念模式是由不同的设计者独立设计的，而且不同的局部概念模式的应用也不同，所以局部E-R 模型之间可能存在很多冲突和重复，主要有属性冲突、结构冲突、命名冲突和约束冲突。集成全局E-R 模型的第一步就是要修改局部E-R 模型，解决这些冲突。
属性冲突。属性冲突又包括属性域冲突和属性取值单位冲突。属性域冲突主要指属性值的类型、取值范围或取值集合不同。例如学号有的定义为字符型，有的定义为整型。属性取值单位冲突主要指相同属性的度量单位不一致。例如重量有的用公斤为单位，有的用克为
项目
参加
项目名 队员编号
运动员
姓名
性别
m
n
场地 运动队 运动员
属于
项目
性别
m
1
姓名 队编号 队名
教练名
单位。
?命名冲突。主要指属性名，实体名，联系名之间的冲突。主要有两类：同名异义，即不同意义的对象具有相同的名字；异名同义，即同一意义的对象具有不同的名字。如例2.2中两个局部E-R图中对项目名这一相同对象具有不同的属性名。
解决以上两种冲突比较容易，只要通过讨论，协商一致即可。
?结构冲突。结构冲突又包括两种情况：一种是指同一对象在不同应用中具有不同的抽象，即不同的概念表示结构。如在一个概念模式中被表示为实体，而在另一个模式中被表示为属性。在例2.2中，项目在运动队概念模式中被表示为属性，而在运动会概念模式中被表示为实体。解决这种冲突的方法通常是把属性变换为实体或把实体转换为属性，如何转换要具体问题具体分析。另一种结构冲突是指同一实体在不同的局部E-R图中所包含的属性个数和属性的排列次序不完全相同。如在例2.2中，运动员实体在运动队局部E-R图中所包含的属性个数与运动会局部E-R图中所包含的属性个数不同。解决这种冲突的方法是让该实体的属性为各局部E-R图中的属性的并集。
?约束冲突。主要指实体之间的联系在不同的局部E-R图中呈现不同的类型。如在某一应用中被定义为多对多联系，而在另一应用中则被定义为一对多联系。
集成全局E-R模型的第二步是确定公共实体类型。在集成为全局E-R模型之前，首先要确定各局部结构中的公共实体类型。特别是当系统较大时，可能有很多局部模型，这些局部E-R模型是由不同的设计人员确定的，因而对同一现实世界的对象可能给予不同的描述。在一个局部E-R模式中作为实体类型，在另外一个局部E-R模型中就可能被作为联系类型或属性。即使都表示成实体类型，实体类型名和码也可能不同。
在选择时，首先寻找同名实体类型，将其作为公共实体类型的一类候选，其次需要相同键的实体类型，将其作为公共实体类型的另一类候选。
集成全局E-R模型的最后一步是合并局部E-R模型。合并局部E-R模型有多种方法，常用的是二元阶梯合成法，该方法首先进行两两合并，先合并那些现实世界中联系较为紧密的局部结构，并且合并从公共实体类型开始，最后再加入独立的局部结构。
集成全局E-R模型的目标是使各个局部E-R模型合并成为能够被全系统中所有用户共同理解和接受的统一的概念模型。
例2.3 将例2.2中的局部E-R图合并为一个全局E-R图。
解：合并时存在命名冲突和结构冲突。
命名冲突：项目与项目名两个属性同义不同名，解决的办法是将它们统一命名为项目名。
结构冲突：项目在两个局部E-R图中，一个作为属性，一个作为实体，解决的办法是消除运动员实体中的项目属性，转化为实体。运动员实体在两个局部E-R图中所包含的属性个数不同，健也不同，解决的方法是让该实体的属性为两个局部E-R图中的属性的并集，即取4个属性，并将队员编号作为健。合并后的E-R图如图2-16所示。
图2-16 例2.2的两个局部E-R 图合并后的全局E-R 图
（3）优化全局E-R 模型。优化全局E-R 模型有助于提高数据库系统的效率，可从以下几个方面考虑进行优化：
第一，合并相关实体，尽可能减少实体个数。
第二，消除冗余。在合并后的E-R 模型中，可能存在冗余属性与冗余联系。这些冗余属性与冗余联系容易破坏数据库的完整性，增加存储空间，增加数据库的维护代价，除非因为特殊需要，一般要尽量消除。例如在运动队和运动员实体中均包含队编号属性，可删除运动员实体中的队编号属性。运动队与项目中的联系也可删除（优化后的E-R 图如图2-17所示）。消除冗余主要采用分析方法，以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余。此外，还可利用规范化理论中函数依赖的概念（详见第三章）来消除冗余。
需要说明的是，并不是所有的冗余属性与冗余联系都必须加以消除，有时为了提高效率，就要以冗余信息作为代价。因此，在设计数据库概念结构时，哪些冗余信息必须消除，哪些冗余信息允许存在，需要根据用户的整体需求来确定。
图2-17 优化后的全局E-R 图
下面结合一个综合实例，说明利用E-R 图对数据库进行概念设计的过程。
例2.4 假设一学校管理系统具有人员管理、教师任课、教师科研、学生学习等四个子系统，各子系统涉及的实体如下：
（1）人员管理子系统具有以下实体：
院系：属性有院系编号，院系名称，负责人，人数，办公室。 教研室：属性有教研室号，教研室名，主任姓名，人数。
教师：属性有教师号，姓名，性别，年龄，学历，工龄，职称，任职时间。
参加 运动队
运动员
属于
队名
教练姓名
性别
m
1 姓名
项目
项目名
队编号
场地
m
n
队员编号
参加
运动队
运动员
属于
队名
教练姓名
性别
m
1
姓名
项目
项目名
队编号
场地 m
n
队员编号
参加
n
m
教师简历：属性有起始时间，终止时间，工作单位，任职。 班级：属性有班级号，专业，教室，班主任。 学生：属性有学号，姓名，性别，年龄，联系电话。
每一院系包含多个教研室，每个教研室只属于一个院系；每一院系包含多个班级，每个班级只属于一个院系；每一教研室包含多个教师，每个教师只属于一个教研室；每一班级包含多个学生，每个学生只属于一个班级；每一教师有多条简历，每条简历只属于一个教师。
（2）教师任课子系统具有以下实体：
课程：属性有课程编号，课程名，课程类别，总课时，学分。 教师：属性有教师号，姓名，性别，职称。
每名教师可以教多门课程，每门课程可以由多名教师任教，任教包括课时和班级。每学期同一班级每门课只有一名教师任教。
（3）教师科研子系统具有以下实体：
科研项目：属性有项目编号，项目名称，项目来源，项目经费。 教师：属性有教师号，姓名，性别，职称。
科研成果：属性有项目编号，项目名称，完成时间，完成工作。
每名教师可以参加多项科研项目，可以积累多项科研成果；每个项目可以有多名教师参加，教师参加科研工作包括担任工作。
（4）学生学习子系统具有以下实体：
课程：属性有课程编号，课程名，课程类别，总课时，学分。 学生：属性有学号，姓名，班级。
每门课可以有多名学生学习，每个学生可以选多门课程，选课包括时间和成绩。
要求：画出系统的E-R 图。
解：（1）先画出各个子系统的局部E-R 图。如图2-18~2-23所示，其中各局部E-R 图均省略了实体的属性。
图2-18人员管理子系统各实体的E-R 图
教师号
教师
姓名
任职时间
年龄
性别 职称
工龄
学历
院系编号
院系 名称
人数
负责人 办公室
教研室号
教研室
教研室名
主任姓名
人数
起始时间 教师简历
终止时间
工作单位
任职
班级号
班教
专业 班主任
教室
学号
学生 姓名
性别 联系电话
年龄
图2-19人员管理子系统的局部E-R 图
图2-20教师任课子系统的各实体的E-R 图及其局部E-R 图
图2-21 教师科研子系统的各实体的E-R 图
图2-22 教师科研子系统的局部E-R 图
图2-23学生学习子系统的各实体的E-R 图及其局部E-R 图
（2）合并局部E-R 图。首先解决以下几种冲突：
命名冲突：学生学习子系统中“课程”实体中的“总课时”属性、“学习”联系中的“学习时间”属性以及教师任课子系统中的“任课”联系中的“任课时间”同义不同名，解决的
教师号
教师
姓名
性别
职称 课程编号
课程
类别
学分
课程名
总课时 教师
课程
任课
班级号
任课时间
m n
学号
学生 姓名
班级 课程编号
课程
类别
学分
课程名
总课时
学生
课程
学习
学习时间
成绩
m
n
n 1 1 教研室
院系 组成
教师
n 经历
教师简历
1 构成
包含 班级
学生
所属
n
1
n
1
n
担任工作
n
m
教师
科研项目
承担 成果
科研成果
n
1
教师号
教师 姓名
职称
项目编号
科研项目
项目名称
项目来源
项目经费
项目编号
科研成果
项目名称
完成时间
完成工作
性别
办法是将它们统一为“课时”。
结构冲突：“班级”在学生学习子系统的局部E-R 图中作为属性，而在人员管理子系统的局部E-R 图作为实体，解决的办法是消除学生学习子系统中“学生”实体中的“班级”属性，转化为实体。“教师”、“学生”实体在不同的局部E-R 图中所包含的属性个数不同，解决的方法是让该实体的属性为有关局部E-R 图中的属性的并集。
解决完各种冲突后即可合并局部E-R 图，合并后的E-R 图如图2-24所示（省略了实体与联系的属性）。
图2-24 优化后的全局E-R 图
（3）优化全局E-R 图。例如学生学习子系统中“学习”联系的“学习时间”是冗余属性，应该消除。
第三章 逻辑结构设计
引言：
本章根据概念结构设计的结果，设计关系模式，确定关系名，属性及键。最后通过规范的技术对设计进行规范化，是每个设计模式都达到三范式，微物理结构设计提供数据结构的框架。
3.1E-R 图如何转换为关系模型呢？我们先看一个例子。
n 1
1 教研室
院系
组成
教师
n 经历
教师简历
1 构成
包含 班级
学生
所属
n
1
n
1 n
课程
任课
m
n
科研项目
科研 成果
科研成果 选课
n m n
1
n
m
图2.1是学生和班级的E-R图，学生与班级构成多对一的联系。根据实际应用，我们可以做出这个简单例子的关系模式：
学生（学号，姓名，班级）
班级（编号，名称）
“学生.班级”为外键，参照“班级.编号”取值。
这个例子我们是凭经验转换的，那么里面有什么规律呢？在2.2节，我们将这些经验总结成一些规则，以供转换使用。
3.2 转换规则
(1) 一个实体型转换为一个关系模式
一般E-R图中的一个实体转换为一个关系模式，实体的属性就是关系的属性，实体的码就是关系的码。
(2) 一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应
的关系模式合并。
图2.2是一个一对一联系的例子。根据规则（2），有三种转换方式。
(i)联系单独作为一个关系模式
此时联系本身的属性，以及与该联系相连的实体的码均作为关系的属性，可以选择与该联系相连的任一实体的码属性作为该关系的码。结果如下：
职工（工号，姓名）
产品（产品号，产品名）
负责（工号，产品号）
其中“负责”这个关系的码可以是工号，也可以是产品号。
(ii)与职工端合并
职工（工号，姓名，产品号）
产品（产品号，产品名）
其中“职工.产品号”为外码。
(iii)与产品端合并
职工（工号，姓名）
产品（产品号，产品名，负责人工号）
其中“产品.负责人工号”为外码。
(3) 一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关
系模式合并。
(i) 若单独作为一个关系模式
此时该单独的关系模式的属性包括其自身的属性，以及与该联系相连的实体的码。该关系的码为n端实体的主属性。
顾客（顾客号，姓名）
订单（订单号，……）
订货（顾客号，订单号）
(ii) 与n端合并
顾客（顾客号，姓名）
订单（订单号，……，顾客号）
(4) 一个m:n联系可以转换为一个独立的关系模式。
该关系的属性包括联系自身的属性，以及与联系相连的实体的属性。各实体的码组成关系码或关系码的一部分。
教师（教师号，姓名）
学生（学号，姓名）
教授（教师号，学号）
(5) 一个多元联系可以转换为一个独立的关系模式。
与该多元联系相连的各实体的码，以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。
(6) 具有相同码的关系模式可以合并。
(7) 有些1：n的联系，将属性合并到n端后，该属性也作为主码的一部分第四章物理结构设计
引言：物理结构设计依据关系模式规范化了的关系模式集合，具体的为每个关系模式确定是否允许空值等属性，并且，为关系模式定义完整性约束。
4.1物理模型就是根据逻辑模型对应到具体的数据模型的机器实现。物理模型是
对真实数据库的描述。如关系数据库中的一些对象为表、视图、字段、数据类型、长度、主键、外键、索引、约束、是否可为空、默认值。 4.2
4.2物理模型截图
1、数据库名称
Book_Borrow
2、关系表
(1) Class(读者类别表)
列名数据类型长度允许空备注
lbdm nvarchar 2 类别代码
lbmc nvarchar 10 类别名称kjyts tinyint 1 可借阅天数kjysl tinyint 1 可借阅数量cqfke smallmoney 4 超期罚款额主键：lbdm
(2) Reader(读者表)
列名数据类型长度允许空备注
kh nvarchar 20 卡号
xm nvarchar 16 姓名
xb nchar 1 性别
bm nvarchar 30 部门
bkrq datetime 8 办卡日期kzt char 1 卡状态lbdm nvarchar 2 类别代码主键：kh
索引：xm(升序)
check约束：性别的取值只能为男或女
default约束：性别默认为男
(3) Book(图书表)
列名数据类型长度允许空备注
sh nvarchar 8 书号
sm nvarchar 40 书名
zz nvarchar 16 作者
cbs nvarchar 20 出版社
jg smallmoney 4 价格
kcsl tinyint 1 库存数量主键：sh
索引：
① sm(升序)
② cbs(升序)+zz(升序)
(4) Borrow(借还表)
列名数据类型长度允许空备注
kh nvarchar 20 卡号
sh nvarchar 8 书号
jsrq datetime 8 借书日期hsrq datetime 8 √还书日期主键：kh+sh
3、参照完整性约束
(1) FK_Reader_Class
主键表：Class 外键表：Reader
主键：lbdm 外键：lbdm
(2) FK_Borrow_Reader
主键表：Reader 外键表：Borrow
主键：kh 外键：kh
(3) FK_Borrow_Book
主键表：Book 外键表：Borrow
主键：sh 外键：sh
第五章数据库实施与维护
引言：本章在数据库存储设计之后采用sqlanyever和PowerBuilder维护工具对数据库进行监控实施，并且收集数据进行维护和测试，并验证。***数据库，概念结构设计，逻辑结构设计，物理结构设计，有效性及正确性，在本章中，整编的资料主要有数据结构图，表结构定义图，以及表中数据截图。
数据库实施与维护采用sql数据库，工具采用PowerBuilder，SQL。
SQl数据库是一个移动型的小型数据库，通常在小型个人机上安装，也可在小型
工作组服务器上安装使用，它在数据库模式定义，数据类型，完整性约束，安全性支持，存储过程的支持等方面功能和支持程度和大型数据库功能相当。通过数据库的进一步实施，整编出数据结构图，表结构定义图，和表中样本数据截图。移动数据库一般安装在移动设备和小型工作组服务器，一般和信息中心的大型数据库配合使用，是永久性存储。
分布式应用处理的应用数据资料都会通过网络及时更新到大型数据库中
实施的分布式的共享大型数据库有一些比较特殊的应用，需要大量的初始数据，PowerBuilder是数据库前端应用程序开发工具，他的数据库应用程度开发功能集
成度较高，是属于面向对象的，可视化的应用程序开发工具类，其中，嵌入了功能强大的数据库维护工具，从建库实施和完整性约束，安全控制，存储过程都提供一体化的维护工具
（1）数据结构关系截图
附录I-3 数据库设计报告
基于https://www.sodocs.net/doc/3b9436382.html,的火车售票系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (5) 1. 数据库环境说明 (6) 2. 数据库的命名规则 (6) 3. 逻辑设计 (6) 4. 物理设计 (7) 4.0表汇总 (8) 4.1表A (8) 4.N 表N (8) 5. 安全性设计 (10) 5.1防止用户直接操作数据库的方法 (10) 5.2用户帐号密码的加密方法 (10) 5.3角色与权限 (11) 6. 优化 (11) 7. 数据库管理与维护说明 (11)
0. 文档介绍 0.1 文档目的 需求的编写是为了研究火车售票系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是与和售票系统软件开发有联系的决策人。支持本项目的领导和公司人员，软件验证者。 0.2 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可按照本文档检验数据库实施情况。 0.3 读者对象 1．本系统的开发人员。 2. 本系统的测试人员。 3. 本系统的客户 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：[标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 [1] [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [2] [数据库原理及应用] 王雯，北京机械工业出版社2009.11 [3][数据库基础与实践技术] 何玉洁，,机械工业出版社.2013.3 [4] [C#数据库系统开发完全手册] 王小科，人们邮电出版社，2006.12 [5] [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社.2007.4
数据库设计心得体会(精选多篇)
数据库设计心得体会(精选多篇) 跟老板做了两个算是比较大的项目，数据库主体都是我设计的。第一个感觉很失败；第二个现在正在用，虽然总结了第一个的教训，但感觉还是有些遗憾。把这过程中的一些心得记在这里，以便日后用到时来查阅。若以后还有机会再设计数据库——现在倒还有些期待，呵呵，再有新的体会，也全部补充到这里。 1.尽量使用数据冗余。 随着磁盘容量的大幅飙升，这一点已经不会产生什么问题。当然冗余归冗余，不能把数据的关联弄的乱七八糟的。 本科数据库课程中学的知识直接拿来，在实际中会出大问题。满足三级范式的数据库结构会让你面对大量的连表查询，应用程序中会用到大量的数据库访问，既繁琐（烦死你）又使程序运行速度减慢。 2.尽量不要使用varchar(max)类型 这一点主要是用动软代码生成器自动生成代码时，如果varchar 的最大长度指定为max，在自动生成代码时，它无法生成这一最大长度，需要手动补进去。 现在感觉用个varchar(1000)就够了。 3.使用预留字段。 数据库表（尤其是动态表格），在你把所有字段都设计好了之后，再添加几个备注字段和预留字段。 之前我觉得这样做没多大意义，因为预留字段的列名是没有实际意义的。这样程序中使用的时候就会让人费解。但现在觉得还是有必
要的，很有必要的，即便在用到时需要自己十分清楚之前预留的无意义字段现在表示什么意义。不过我的第二个数据库中还是没采用，这也是遗憾之处啊。 个人感觉用note1、note2、r1（r表示reserve）、r2、r3，2个备注字段和3个预留字段就足够了,再多的话就不容易记住哪个字段具体表示什么意义了，容易晕。类型就都用varchar(200)吧。 数据库设计心得体会（2）： 在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。 当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是html和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。 我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触html的时候，觉得很感兴趣，所以有一段时间几乎到了
超市管理系统数据库设计数据库设计报告
信息工程学院 《数据库课程设计》论文 题目：超市管理系统数据库设计 学号： 专业班级： 姓名： 指导老师： 完成日期：
目录 《数据库课程设计》论文 (1) 摘要.............................................................................. - 1 - 引言.............................................................................. - 2 - 1 需求分析........................................................................ - 2 - 1.1 任务...................................................................... - 2 - 1.1.1 处理对象............................................................ - 2 - 1.1.2 处理功能要求........................................................ - 2 - 1.1.3 安全性和完整性要求.................................................. - 4 - 1.2 结果...................................................................... - 4 - 1.2.1顶层数据流程图....................................................... - 4 - 1.2.2 第一层流程图........................................................ - 5 - 1.2.3 第二层流程图........................................................ - 6 - 1.2.4 数据字典............................................................ - 7 - 2 概念结构设计.................................................................... - 8 - 2.1 具体任务.................................................................. - 8 - 2.2 阶段结果.................................................................. - 8 - 2.2.1 各个实体的E-R图.................................................... - 8 - 2.2.2 分E-R图............................................................ - 9 - 2.2.3 全局E-R图......................................................... - 10 - 3 逻辑结构设计................................................................... - 10 - 3.1 任务..................................................................... - 10 - 3.3.1 将E-R模型转换为关系模型 ........................................... - 10 - 3.2 结果..................................................................... - 12 - 3.2.1将ER图转化为关系模式汇总........................................... - 12 - 3.2.2外模式汇总.......................................................... - 12 - 3.2.3系统功能模块图...................................................... - 14 - 4 物理结构设计................................................................... - 14 - 5 数据库实施..................................................................... - 14 - 5.1 任务..................................................................... - 14 - 5.2 结果..................................................................... - 15 - 5.2.1存储过程汇总........................................................ - 15 - 5.2.2触发器汇总.......................................................... - 15 - 6 调试与测试..................................................................... - 16 - 附录1 数据字典说明............................................................... - 16 - 附录1.1数据项说明........................................................... - 16 - 附录1.2数据结构............................................................. - 18 - 附录1.3数据流............................................................... - 19 - 附录1.4数据处理............................................................. - 21 - 附录1.5数据存储............................................................. - 22 - 附录2 关系模式说明............................................................... - 22 - 附录3 数据定义语句............................................................... - 26 - 附录3.1基本表............................................................... - 26 - 附录3.2视图................................................................. - 29 - 附录3.3存储过程............................................................. - 31 -
i-3 数据库设计报告
基于的火车售票系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 文档目的 (4) 文档范围 (4) 读者对象 (4) 参考文献 (4) 术语与缩写解释 (5) 1. 数据库环境说明 (6) 2. 数据库的命名规则 (6) 3. 逻辑设计 (6) 4. 物理设计 (7) 表汇总 (8) 表A (8) 表N (8)
5. 安全性设计 (10) 防止用户直接操作数据库的方法 (10) 用户帐号密码的加密方法 (10) 角色与权限 (11) 6. 优化 (11) 7. 数据库管理与维护说明 (11)
0. 文档介绍 文档目的 需求的编写是为了研究火车售票系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是与和售票系统软件开发有联系的决策人。支持本项目的领导和公司人员，软件验证者。 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可按照本文档检验数据库实施情况。 读者对象 1．本系统的开发人员。 2. 本系统的测试人员。 3. 本系统的客户 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式
如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [AAA]作者，《立项建议书》，机构名称，日期 [SPP-PROC-SD] SEPG，系统设计规范，机构名称，日期 [1] [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [2] [数据库原理及应用] 王雯，北京机械工业出版社 [3][数据库基础与实践技术] 何玉洁，,机械工业出版社. [4] [C#数据库系统开发完全手册] 王小科，人们邮电出版社， [5] [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社. 术语与缩写解释
数据库课程设计总结
数据库课程设计总结 数据库课程设计个人总结 姓名：邢王秀学号：xx24101215 班级：09计本班 一个月的时间非常快就过去了，这一个月我不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库相关的课程，但是没有亲身经历过相关的设计工作细节。这次课程设计给我提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过，上网查找资料的时候发现我们以前所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要自己不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。 这次的数据库课程设计，我们组负责的企业信息文档管理系统的设计。这课题是自拟的。我们组实行的分工合作。我主要是负责数据库功能模块设计这部分。
从各种文档的阅读到需求分析、概要设计、数据库总体设计、代 码编写与调试，我们都准备了好长时间。组内分工合作的整个过程，我亲身体验了一回系统的设计开发过程，分工合作的好处。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突 然就发现自己一开始的设计有问题，然后又回去翻工，在各种反 复中不断完善自己的想法。 我想有这样的问题不止我一个，事后想想是一开始着手做的时候 下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。 经过组内讨论，我们确定的课题是企业信息文档管理系统。说实话，我对这个系统不是很了解。通过上网查找资料、相关文献的阅读，我对该系统有了大体的了解。 在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和用户的需要，分
数据库课程设计完整版
HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目：宿舍管理信息系统 姓名： 学号： 专业：信息与计算科学 指导教师： 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7
1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条一条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此，设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了
数据库设计报告
四六级英语考试网上报名系统数据库设计报告
版本历史
目录 0. 文档介绍 (4) 0.1文档目的 (4) 0.2文档范围 (4) 0.3读者对象 (4) 0.4参考文献 (4) 0.5术语与缩写解释 (4) 1. 数据库环境说明 (5) 2. 数据库的命名规则 (5) 3. 逻辑设计 (5) 4. 物理设计 (6) 4.0表汇总 (6) 4.1表A (6) 4.N 表N (6) 5. 安全性设计 (8) 5.1防止用户直接操作数据库的方法 (8) 5.2用户帐号密码的加密方法 (8) 5.3角色与权限 (9) 6. 优化 (9) 7. 数据库管理与维护说明 (9)
0. 文档介绍 0.1 文档目的 数据库设计文档的编写是为了研究四六级英语考试网上报名系统的开发途径和应用方法。同时它也是进行项目策划，概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本说明书的预期读者是于该系统开发有联系的决策人。支持本项目的领导和公司员工，软件测试人员。 0.2 文档范围 本文档适用于项目开发的设计阶段，在项目开发阶段可以按照本文档检验数据库实施情况。 0.3 读者对象 开发人员，用户，测试人员，后期修改人员。 0.4 参考文献 [C#+sql Server中小型信息系统开发实例精选] 黄明，机械工业出版社.2007.4 [C#专业项目实例开发] Arora，中国水利水电出版社,2007 [数据库原理及应用] 王雯，北京机械工业出版社2009.11 [数据库基础与实践技术] 何玉洁，,机械工业出版社.2013.3 [C#数据库系统开发完全手册] 王小科，人们邮电出版社，2006.12 0.5 术语与缩写解释
数据库上机实验报告 总结
重庆邮电大学移通学院 数据库集中上机报告 学生：马志鹏 学号： 022******* 班级： 02210901 专业：计算机应用技术 重庆邮电大学移通学院 2011年6月
第一天：Access数据库基本操作 1 实验目的 1、熟悉的掌握Access数据库结构与创建 2、了解创建、修改、删除、查询、保存等操作 3、输入数据创建、设计器创建、向导创建。 2 实验内容 3 实验结果 1. 2. 2
重庆邮电大学移通学院 3 2 Access 数据表的编辑 第二天 数据表基本操作 1 表关系与编辑数据 1 实验目的： 1、实现一对一，一对多，多对多的实体关系 2、对“学生基本信息”表中的记录进行排序，按出生日期降序排列 3、从“学生基本信息”表中筛选出所有计算机系男生的记录 4、从“学生基本信息”表中筛选出回族和蒙古族的所有学生记录
2 实验内容 1. SELECT 学生基本信息表.学生姓名, 成绩档案表.* FROM 成绩档案表INNER JOIN 学生基本信息表ON 成绩档案表.学生学号= 学生基本信息表.学生学号 WHERE (((学生基本信息表.学生姓名)="张冰冰")); 2 SELECT 学生基本信息表.* FROM 学生基本信息表 WHERE (((学生基本信息表.性别)="男") AND ((学生基本信息表.班级名称)="计算机系")); 3 SELECT 成绩档案表.C语言, 课程表.* FROM 成绩档案表, 课程表; 4 SELECT 学生基本信息表.*, 学生基本信息表.性别, 学生基本信息表.班级名称FROM 学生基本信息表WHERE (((学生基本信息表.性别)<>"男") AND ((学生基本信息表.班级名称)<>"计算机系")); 5 SELECT 学生基本信息表.*, 学生基本信息表.出生日期 FROM 学生基本信息表WHERE (((Month([出生日期]))=9) AND ((Day([出生日期]))=1)); 6 SELECT 学生基本信息表.* FROM 学生基本信息表WHERE (((学生基本信息表.学生姓名) Like "李*")); 3 实验结果 4
数据库设计报告
软件数据库设计报告文档模板 1. 引言 (2) 1.1编写目的 (2) 1.2项目来源 (2) 1.3文档约定 (2) 1.4预期读者和阅读建议 (2) 1.5参考资料 (2) 2. 数据库命名规则 (3) 3. 数据库设计说明 (3) 3.1数据库逻辑设计 (3) 3.2数据库物理设计 (3) 3.3数据库分布 (3) 3.4基表设计 (4) 3.5视图设计 (5) 3.6索引设计 (6) 3.7完整性约束 (7) 3.8授权设计 (7) 3.9触发器设计 (8) 3.10存储过程设计 (8) 3.11数据复制设计 (9) 4. 词汇表 (10) 5. 历史数据处理 (10)
引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不同的预期读者，例如，可能包括： ●开发人员； ●项目经理； ●测试人员； ●文档编写人员。 并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。 1.5 参考资料 列举编写需求规格说明书时所用到的参考文献及资料，可能包括； ●本项目的合同书； ●上级机关有关本项目的批文；
数据库课程设计报告总结归纳图书管理系统
数据库原理课程设计 报告书 课题名图书信息管理系统 指导教师 日期 目录 (2) 3.1可行性分析 (2) 3.2系统目标 (3) 3.3系统应该具备的功能 (3) 3.4系统结构图 (4) 四、概念设计 (5) 五、逻辑设计 (9) 六、物理设计 (9) 5.1表命令 (9) 5.2表结构图 (13) 七、代码实现 (13) 6.1数据库连接 (13) 6.2增加一条图书记录 (14) 6.3删除一条图书记录 (16) 6.4修改一条图书记录 (17) 6.5查询一条图书记录 (18) 八、结束语 (22) 前言 近年来，随着我国市场经济的迅速发展和人们生活水平的不断提高，以及计算机的普及使用，图书馆藏书的数目逐渐增大，这也是挑战了图书管理方面
的技术，以前的人工管理方式已经不再适应现在的环境，取而代之的是先进的图书管理系统，提高了图书馆的工作效率，为想要借书和还书的人提供更好的服务。 1、概述 1.1 开发目的 图书信息管理工作面对大量的可模块化处理的信息，是当今信息革命的一个重要阵地。我们小组开发图书管理信息系统就是采用现代化的信息管理方式代替手工管理方式，提高图书管理工作效率，做到信息的规范管理，科学统计和快速查询，让图书馆更好的为学校、社会服务。 2、需求分析 2.1可行性分析 2.1.1技术可行性 就技术力量来说，我们小组可以完成此次开发工作。开发过程中会出现许多问题，有我们预想之中的，也有一些没有在我们预想中，但我们有信心克服一切困难。我们小组各成员已经学习了MySQL，SQL，对网络技术和操作系统也有系统的了解，熟悉计算机原理，能解决常见的硬件故障和硬件选择。 2.1.2经济可行性 目标系统开发需求比较低，加上具有成熟的软硬件环境，所以在软硬件的支出上十分有限。而且，目标系统并不是十分的复杂，开发的周期较短，人员有限。当系统开发完实际运行后，将很大程度上提高计算机的功能，在为使用者带来便利的同时也为系统的进一步推广创造了条件。 2.1.3管理可行性 整个系统由于是自行开发，自行使用，所以很方便管理使用。
数据库实验报告完整
华北电力大学 实验报告 | | 实验名称数据库实验 课程名称数据库 | | 专业班级：学生姓名： 学号：成绩： 指导教师：实验日期：2015/7/9
《数据库原理课程设计》课程设计 任务书 一、目的与要求 1.本实验是为计算机各专业的学生在学习数据库原理后，为培养更好的解决问题和实际动手能力 而设置的实践环节。通过这个环节，使学生具备应用数据库原理对数据库系统进行设计的能力。 为后继课程和毕业设计打下良好基础。 2.通过该实验，培养学生在建立数据库系统过程中使用关系数据理论的能力。 3.通过对一个数据库系统的设计，培养学生对数据库需求分析、数据库方案设计、系统编码、界 面设计和软件调试等各方面的能力。是一门考查学生数据库原理、面向对象设计方法、软件工程和信息系统分析与设计等课程的综合实验。 二、主要内容 针对一个具有实际应用场景的中小型系统（见题目附录）进行数据库设计，重点分析系统涉及的实体、实体之间的联系，实现增加、删除、更新、查询数据记录等基本操作。大致分为如下步骤： 1. 理解系统的数据库需求，分析实体及实体间联系，画出E-R图： 1）分析确定实体的属性和码，完成对该实体的实体完整性、用户自定义完整性的定义。 2）设计实体之间的联系，包括联系类型和联系的属性。最后画出完整的E-R图。 2．根据设计好的E-R图及关系数据库理论知识设计数据库模式： 1）把E-R图转换为逻辑模式； 2）规范化设计。使用关系范式理论证明所设计的关系至少属于3NF并写出证明过程；如果不属于3NF则进行模式分解，直到该关系满足3NF为止，要求写出分解过程。 3）设计关系模式间的参照完整性，要求实现级联删除和级联更新。 4）用SQL语言完成数据库内模式的设计。 3．数据库权限的设计： 1）根据系统分析，完成授权操作； 2）了解学习收回权限的操作。 4．完成用户界面的设计，对重要数据进行加密。
数据库设计报告
《数据库系统概论》课程设计报告 课程名称：数据库系统概论 院系年级：14级电气信息工程系 专业班级：计算机科学与技术1班 学号： 姓名： 联系电话： 指导教师： 安徽马鞍山
2016年6月 第一章相关方法技术 1.1数据库应用特点 数据库技术是现代信息科学与技术的重要组成部分，是计算机数据处理与信息管理系统的核心。数据库技术研究和解决了计算机信息处理过程中大量数据有效地组织和存储的问题，在数据库系统中减少数据存储冗余、实现数据共享、保障数据安全以及高效地检索数据和处理数据。随着计算机技术与网络通信技术的发展，数据库技术已成为信息社会中对大量数据进行组织与管理的重要技术手段及软件技术，是网络信息化管理系统的基础。 1.2数据与处理 以处理为中心 根据处理功能设计数据文件，处理功能需要什么数据就创建什么数据文件。处理功能是主动的，数据结构是依赖的。势必导致数据的冗余存储，潜在数据的不一致性。只适合科学计算，不适合数据密集型的事务处理系统。 以数据为中心 只要应用领域内的业务内容不变，其信息结构是稳定，多变的是处理功能。主张设计稳定的数据结构，自动适应处理程序的多变性。凡是数据库应用系统，适合采用以数据为中心的应用模式。 1.3数据库设计方法 （1）功能驱动方法: 这个方法设计依赖处理中心强调先根据功能要求画出分层的数据流程图从数据流程图当中收集数据项及其数据存储以及数据字典依据数字字典分析提取出数据库相关的各种信息类。 （2）E-R建模方法： 采用以数据为中心的设计策略在初步了解领域当中各种业务需求和处理过程基础上 1.4数据库设计步骤 按照规范化设计方法，从数据库应用系统设计和开发的全过程来考虑，将数据库及其应用软件系统的生命周期可以细分为七 个阶段：规划、需求分析、概念结构设计、逻辑结构设计、物理结构设计、实施及运行维护。 各阶段需完成的工作分别为： 1、应用规划 规划阶段进行系统的必要性和可行性分析，确定数据库系统在整个管理系统中的地位。 规划阶段必须要完成的任务包括：确定系统的范围；确定开发工作所需的资源（人员、硬件和软件）；估算软件开发的成本；确定项目进度。
数据库原理设计心得体会
数据库原理设计心得体会 这段时间的设计与制作，给了你怎样的一些心得体会呢?那么记录下来吧!下面是WTT为大家整理的，供大家参考。 数据库原理设计心得体会(一) 在我看来，数据库课程设计主要的目标是利用课程中学到的数据库知识和技术较好的开发设计出数据库应用系统，去解决各行各业信息化处理的要求。通过这次的课程设计，可以巩固我们对数据库基本原理和基础理论的理解，掌握数据库应用系统设计开发的基本方法，进一步提高我们综合运用所学知识的能力。 当我们这组决定做大学生就业咨询系统时，我们并没有着手写程序。而是大家一起商量这个系统概述、系统目标、系统需求、业务流程分析、数据流程分析和数据词典。当这些都准备好了之后，我们进行模块的分工。每个人都有自己的模块设计，而且写出来的代码要求可以实现相应模块的功能，得到理想的效果。当每个人都把自己的分工做好了，最后会由一个人把这些全部组合搭建在一起。我们使用的是和php相互嵌套使用，当一个系统做好了之后，我会好好地把程序都看一遍，理会其中的奥秘。 我所负责的是数据库的备份和还原还有一些界面的实现。还记得自己刚接触的时候，觉得很感兴趣，所以有一段时间几乎到了痴迷的程度。然而Php是我刚接触不久的一种编程语言。不过
觉得它的功能真的很强大，可以开发出很多大型的系统。但是在做备份和还原的时候，要考虑的东西还是很多的。当我遇到错误的时候，感到很受打击。值得欣慰的是，在同学的帮助和大量参考书的查阅下，我把自己的模块做好了。这就是我收获最大的地方。而且，我明白了遇到困难永不放弃的重要性，我知道了团队合作的重要性，我领悟了只有坚持不懈才会取得胜利。 知识的获得是无止境的，只要你想学，只要你行动，没有什么会难倒我们的。回首这一个多星期的课程设计，我很欣慰。因为我有了动力，有了勇气。谢谢老师对我们的不懈帮助，谢谢学校给了我们这一次实践的机会，也谢谢组员们的关怀。这些美好的回忆美好的东西将永远伴随着我。 数据库原理设计心得体会(二) 两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过
数据库课程设计心得体会
《数据库原理与应用》 课程设计 个人总结 题目机票预订系统 专业班级计0903 学号 2 姓名王龙飞 指导老师强新建 完成时间2012.1.12
课程设计心得体会及总结 两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程，但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。 从各种文档的阅读到开始的需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己一开始的设计有问题，然后又回去翻工，在各种反复中不断完善自己的想法。 我想有这样的问题不止我一个，事后想想是一开始着手做的时候下手过于轻快，或者说是根本不了解自己要做的这个系统是给谁用的。因为没有事先做过仔细的用户调查，不知道整个业务的流程，也不知道用户需要什么功能就忙着开发，这是作为设计开发人员需要特别警惕避免的，不然会给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重来。所以以后的课程设计要特别注意这一块的设计。 按照要求，我们做的是机票预订系统。说实话，我对这个是一无所知的，没有订过机票，也不知道航空公司是怎么一个流程。盲目开始设计的下场我已经尝过了，结果就是出来一个四不像的设计方案，没有什么实际用处。没有前期的调查，仅从指导书上那几条要求着手是不够的。 在需求分析过程中，我们通过上网查资料，去图书馆查阅相关资料，结合我们的生活经验，根据可行性研究的结果和客户的要求，分析现有情况及问题，采用结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。在两周的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间遇到很多问题：由于忘记了一些语言的规范使得在调试过程中一些错误没有发现，通过这次课程设计，我对调试掌握得更加熟练了，意识到了程序语言的规范性以及我们在编程时要有严谨的态度，同时在写程序时如有一定量的注释，既增加了程序的可读性，也可以使自己在读程序时更容易。 我们学习并应用了语言，对数据库的创建、修改、删除方法有了一定的了解，通过导入表和删除表、更改表学会了对于表的一些操作，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 很多事情不是想象中的那么简单的，它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续，感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性，为了避免冗余，尽量按照属性处理了。 物理结构设计基本没有碰到问题，这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置：主键约束、约束、定义等。最后才做索引的部分，对一些比较经常使用搜索的列，外键上建立索引，这样可以明显加快检索的速度，最后别忘记重要的安全性设置，限制用户访问权限，新建用户并和数据库用户做相应的映射。 不管做什么，我们都要相信自己，不能畏惧，不能怕遇到困难，什么都需要去尝试，有些你开始认为很难的事在你尝试之后你可能会发现原来她并没有你以前觉得的那样，自己也
数据库设计报告完整
数据库课程设计 指导书 昆明理工大学自动化系 20xx年12月 数据库技术是近年来计算机科学技术中发展最快的领域之一，它已成为计算机信息系统与应用系统的核心技术和重要基础。《数据库原理及应用》课程设计
重视实践环节，对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。课程设计的目的和要求有以下几方面： 一、课程设计目的： 1.加深对讲授内容的理解 《数据库原理及应用》中有关数据库技术的基本理论、基本概念、设计与实现的方法和阶段性知识，光靠课堂讲授既枯燥无味又难以记住，但它们都很重要，要想熟练掌握，必须经过大量实践环节加深对它们的理解。 2.通过课程设计，掌握数据库系统设计与开发的方法及步骤 数据库是一门应用性很强的学科，开发一个数据库系统需要集理论、系统和应用三方面为一体，以理论为基础，以系统（DBMS）作支柱，以应用为目的，将三者紧密结合起来。同时结合实际需要开发一个真实的数据库系统，对于较大型的系统可多人一起完成，但无论如何都应完成数据库的需求分析、数据的分析与建模、数据库的建立、数据库的开发与运行等全部过程。在此过程中将所学的知识贯穿起来，达到能够纵观全局，分析、设计具有一定规模的题目要求，基本掌握数据库系统设计与开发的基本思路和方法并且做到对知识的全面掌握和运用。 3.培养学生自学以及主动解决问题的能力 通过本次设计，使同学能够主动查阅与数据库相关资料，掌握一些课堂上老师未曾教授的知识，从而达到培养学生自学以及主动解决问题的能力的目的。 二、课程设计基本要求： 1.课程设计应由学生本人独立完成完成，严禁抄袭，如果发现最后的设计基本 相同者（系统需求分析与功能设计、数据库的概念设计、逻辑设计，数据库的实现与运行等内容基本相同），一经验收教师认定其抄袭行为，则成绩均为不及格。 2.掌握所学的基础理论知识，数据库的基本概念、基本原理、关系数据库的设 计理论、设计方法等。熟悉数据建模工具PowerDesigner与数据库管理系统SqlServer软件的使用。 3.按时上机调试，认真完成课程设计。 4.认真编写课程设计报告，课程设计报告的书写格式见附录2 数据库技术是近年来计算机科学技术中发展最快的领域之一，它已成为计算机信息系统与应用系统的核心技术和重要基础。《数据库原理及应用》课程设计重视实践环节，对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。课程设计的目的和要求有以下几方面： 三、前言 设计物资管理数据库系统的目的是为了全面管理仓库中储存的商品和货物、维护公司资产的安全完整、缩短库存信息流转时间，使经营公司的物资管理层次分明、井然有序，为采购和销售提供依据，从而提高公司的经营效率。物资管理数据库主要通过存储供货商、购货商、产品等的信息，实现下列任务：保管好库存物资，做到数量充足和准确、质量完好、确保安全、收发迅速、服务周到、降低费用、加速资金周转。 四、需求分析
软件数据库设计报告模板
软件数据库设计报告模板
软件数据库设计报告文档模板 1. 引言4 1.1编写目的 (4) 1.2项目来源 (5) 1.3文档约定 (5) 1.4预期读者和阅读建议 (5) 1.5参考资料 (6) 2. 数据库命名规则7 3. 数据库设计说明7 3.1数据库逻辑设计 (7) 3.2数据库物理设计 (8) 3.3数据库分布 (8) 3.4基表设计 (10) 3.5视图设计 (13) 3.6索引设计 (15) 3.7完整性约束 (17) 3.8授权设计 (18) 3.9触发器设计 (19) 3.10存储过程设计 (20) 3.11数据复制设计 (21) 4. 词汇表24 5. 历史数据处理25
1. 引言 引言是对这份数据库设计说明书的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份数据库设计说明书是为哪份软件产品编写的，开发这个软件产品意义、作用以及最终要达到的意图。通过这份数据库设计说明书
详尽准确地描述了该软件产品的数据库结构。如果这份数据库设计说明书只与整个系统的某一部分有关系，那么只定义数据库设计说明书中说明的那个部分或子系统。 1.2 项目来源 具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风险，首要风险承担者包括： ●任务提出者； ●软件开发者； ●产品使用者。 1.3 文档约定 描述编写文档时所采用的各种排版约定。排版约定应该包括： ●命名方法； ●提示方式； ●通配符号： ●等等。 1.4 预期读者和阅读建议 列举本数据库设计说明书所针对的各种不
数据库设计报告范文
数据库设计报告范 文 1 2020年4月19日
数据库技术与应用 课程设计报告 网上书店管理系统 学院： 专业名称： 班级： 设计题目： 学生姓名： 时间： 分数：
目录 第1章引言 .................................................................. 错误!未定义书签。 1.1课程设计目的.................................................... 错误!未定义书签。 1.2项目背景 ........................................................... 错误!未定义书签。第2章网上书店项目需求分析................................... 错误!未定义书签。 2.1 需求分析概述................................................... 错误!未定义书签。 2.1.1 开发背景 ................................................. 错误!未定义书签。 2.1.2 角色职责描述 ......................................... 错误!未定义书签。 2.2 产品的功能需求............................................... 错误!未定义书签。 2.2.1 功能性需求分析 ..................................... 错误!未定义书签。 2.2.2 功能结构图 ............................................. 错误!未定义书签。 2.3 数据字典........................................................... 错误!未定义书签。第3章概念设计 .......................................................... 错误!未定义书签。 3.1实体之间的联系................................................ 错误!未定义书签。 3.2 E-R图 ................................................................. 错误!未定义书签。 3.2.1 局部E-R图............................................... 错误!未定义书签。 3.2.2 系统全局E-R图 ....................................... 错误!未定义书签。第4章逻辑结构设计 .................................................. 错误!未定义书签。 4.1 关系模型的设计依据 ........................................ 错误!未定义书签。 4.2 实体间联系转化的关系模式 ............................ 错误!未定义书签。 4.3 关系模型的优化............................................... 错误!未定义书签。第5章物理结构设计 .................................................. 错误!未定义书签。 2 2020年4月19日