为什么实验书中需要将数据库划分为5张表,根据什么数据库中的原理知识

数据库设计中著名的三大范式。

1 第一范式（1NF）

在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。 所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多关系。在第一范式（1NF）中表的每一行只包含一个实例的信息。例如，对于图3-2 中的员工信息表，不能将员工信息都放在一列中显示，也不能将其中的两列或多列在一列中显示；员工信息表的每一行只表示一个员工的信息，一个员工的信息在表中只出现一次。简而言之，第一范式就是无重复的列。

2 第二范式（2NF）

第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。如图3-2 员工信息表中加上了员工编号（emp_id）列，因为每个员工的员工编号是唯一的，因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。 第二范式（2NF）要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列，以存储各个实例的唯一标识。简而言之，第二范式就是非主属性非部分依赖于主关键字。

3 第三范式（3NF）

满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。那么在图3-2的员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。简而言之，第三范式就是属性不依赖于其它非主属性。

正文

1 引言

1．1编写目的

说明编写这份数据库设计说明书的目的，指出预期的读者。

1．2背景

说明：

a．说明待开发的数据库的名称和使用此数据库的软件系统的名称；

b．列出该软件系统开发项目的任务提出者、用户以及将安装该软件和这个数据库的计算站（中心）。

1．3定义

列出本文件中用到的专门术语的定义、外文首字母组词的原词组。

1．4参考资料

列出有关的

参考资料：

a．本项目的经核准的计划任务书或合同、上级机关批文；

b．属于本项目的其他已发表的文件；

c．本文件中各处引用到的文件资料，包括所要用到的软件开发标准。

列出这些文件的标题、文件编号、发表日期和出版单位，说明能够取得这些文件的来源。

2 外部设计

2．1标识符和状态

联系用途，详细说明用于唯一地标识该数据库的代码、名称或标识符，附加的描述性信息亦要给出。如果该数据库属于尚在实验中、尚在测试中或是暂时使用的，则要说明这一特点及其有效时间范围。

2．2使用它的程序

列出将要使用或访问此数据库的所有应用程序，对于这些应用程序的每一个，给出它的名称和版本号。

2．3约定

陈述一个程序员或一个系统分析员为了能使用此数据库而需要了解的建立标号、标识的约定，例如 用于标识数据库的不同版本的约定和用于标识库内各个文卷、、记录、数据项的命名约定等。

2．4专门指导

向准备从事此数据库的生成、从事此数据库的测试、维护人员提供专门的指导，例如将被送入数据 库的数据的格式和标准、送入数据库的 *** 作规程和步骤，用于产生、修改、更新或使用这些数据文卷的 *** 作指导。 如果这些指导的内容篇幅很长，列出可参阅的文件资料的名称和章条。

2．5支持软件

简单介绍同此数据库直接有关的支持软件，如数据库管理系统、存储定位程序和用于装入、生成、修 改、更新数据库的程序等。说明这些软件的名称、版本号和主要功能特性，如所用数据模型的类型、允许 的数据容量等。列出这些支持软件的技术文件的标题、编号及来源。

3 结构设计

3．1概念结构设计

说明本数据库将反映的现实世界中的实体、属性和它们之间的关系等的原始数据形式，包括各数据项、记录、系、文卷的标识符、定义、类型、度量单位和值域，建立本数据库的每一幅用户视图。

3．2逻辑结构设计

说明把上述原始数据进行分解、合并后重新组织起来的数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构和文卷结构、所建立的各个文卷之间的相互关系，形成本数据库的数据库管理员视图。

3．3物理结构设计

建立系统程序员视图，包括：

a．数据在内存中的安排，包括对索引区、缓冲区的设计；

b．所使用的外存设备及外存空间的组织，包括索引区、数据块的组织与划分；

c．访问数据的方式方法。

4 运用设计

4．1数据字典设计

对数据库设计中涉及到的各种项目，如数据项、记录、系、文卷、模式、子模式等一般要建立起数据字典，以说明它们的标识符、同义名及有关信息。在本节中要说明对此数据字典设计的基本考虑。

4．2安全保密设计

说明在数据库的设计中，将如何通过区分不同的访问者、不同的访问类型和不同的数据对象，进行分别对待而获得的数据库安全保密的设计考虑。

1

create view view_1

as

select a,b,cgrade,cxklb

from Student a,course b,sc c 

where asno=csno and bcno=ccno

2

create view view_2

as

select sname,convert(varchar(4),dateadd(year,-Sage,getdate()),120) birth_year

from student

3

create view view_3

as

select sno 学号,sname 姓名,ssex 性别,sage 年龄,sdept 系别

from student

4

create view view_4

as

select sno,sname,ssex,sdept from student where sdept='计算机系'

赋权

grant select on view_4 to 用户名

5

create view view_5

as

select cno,avg(grade) avg_grade from sc 

group by cno

查询

select asno,acno,agrade from sc a,view_5 b

where acno=bcno and agrade>bavg_grade

表建得不合理，不符合数据库规范化要求，课程并不是由学号所决定了，课程可作为一个独立的表，还有，成绩是有学号和课程号共同决定的，因此成绩表也应该列出来作为一个独立的表。

应该分为3个表来建立数据库

1、学生信息表（学号，姓名，性别，出生日期，联系电话）

2、课表（课程号，课程名）

3、成绩表（学号，课程号，成绩）

期中学号是学生表的主键，课程号是课表的主键，学号和课程号组合是成绩表的主键，两者共同决定成绩。

拆分出来后，避免了数据冗余的问题，消除专递依赖！

完整性参照很简单，你自己解决吧。

以上就是关于为什么实验书中需要将数据库划分为5张表,根据什么数据库中的原理知识全部的内容，包括:为什么实验书中需要将数据库划分为5张表,根据什么数据库中的原理知识、数据库设计说明书中的数据字典应该如何编写啊、数据库实验，要交了，真的没有分了，但希望好心人求教等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！