数据库的设计问题及表间关系

公司表：

公司id（主键），公司名称，其他信息

部门表：

部门id（主键），部门名称，所属公司（关联公司表公司id），其他信息

岗位表：

岗位id（主键），岗位名称，所属部门（关联部门表部门id），其他信息

员工表：

员工id，员工姓名，所属岗位（关联岗位表岗位id），其他信息

单表的就不详细说了

列举一个吧，就比如班级表

class_id(主键)

class_name

class_studentnumber

//老师表和学生表也是一样

在此基础上，再添加下表

老师班级表

teacher_id

class_id

student_id

teacher_name

teacher_sex

其中主键为:teacher_id和class_id

双主键，就可以实现多对多关系

第四章 关系数据库的模式设计

45 什么是关系数据库：

关系数据库是以关系模型为基础的数据库，它利用关系来描述现实世界。一个关系既可以用来描述一个实体及其属性，也可以用来描述实体间的联系。关系实质上是一张二维表。

46 一个关系模型有哪两个方面内容：

一个关系模型包括外延和内涵两个方面的内容。

外延就是通常所说的关系，或实例，或当前值。它与时间有关，随着时间的推移在不断变化。（由于元组的插入、删除、修改引起的）

内涵是与时间独立的，包括关系、属性、及域的一些定义和说明，还有各种数据完整性约束。

47 数据完整性约束分为哪两类：

数据完整性约束分为静态约束和动态约束。

静态约束：包括各种数据之间的联系（数据依赖），主键的设计和关系值的各种限制等等。这一类约束是如何定义关系的有效数据问题。

动态约束：主要定义如插入、删除、和修改等各种 *** 作的影响。

48 关系数据库设计理论主要包括哪些内容：

关系数据库设计理论主要包括三个方面的内容：数据依赖、范式、模式设计方法。其中数据依赖起着核心的作用。

49 数据库使用过程中存在的问题是什么：

数据冗余、更新异常、插入异常、删除异常。

50 函数依赖（FD）的定义：

设有关系模式R（A1，A2，……，An）（即R（U）），X，Y是U的子集，r是R的任一具体关系，如果对r的任意两个元组t1，t2，由t1[X]=t2[X]导致t1[Y]=t2[Y]，则称X函数决定Y，或Y函数依赖于X，记为X→Y，X→Y为模式R的一个函数依赖。

或者说，对于X的每一个具体值，都有Y惟一的具体值与之对应，即Y值由X值决定，因而

这种数据依赖称为函数依赖。

51 函数依赖的逻辑蕴涵、FD的闭包F+：

设F是关系模式R的一个函数依赖集，X，Y是R的属性子集，如果从F中的函数依赖能够推出X—>Y，则称F逻辑蕴涵X—>Y，记为F X→Y。

被F逻辑蕴涵的函数依赖的全体构成的集合，称为F的闭包，记为F+。F+={X→Y|F X→Y}

52 候选键、主属性、非主属性：

设有关系模式R（A1，A2，……，An），F是R的一个函数依赖集，X是{A1，A2，……，An}的一个子集。如果

① X→A1A2……An∈F+，且

② 不存在X真子集Y，使得Y→A1A2……An成立，则称X是R的候选键。

包含在任何一个候选键中的属性称为主属性，不包含在任何一个候选键中的属性称为非主属性。

53 函数依赖的推理规则：

设有关系模式R（A1，A2，……，An）和属性集U= A1，A2，……，An，X，Y，Z，W是U的一个子集，F是R的一个函数依赖集，推理规则如下：

（1） 自反律：如果Y X U，则X→Y在R上成立。

（2） 增广律：如果X→Y为F所蕴涵，Z U，则XZ→YZ在R上成立。

（3） 传递律：如果X→Y和Y→Z在R上成立，则X→Z在R上成立。

FD的其他三个推理规则：

（4） 合并律：如果X→Y成立，那么X→YZ成立。

（5） 伪传递律：如果X→Y和WY→Z成立，那么WX→Z成立。

（6） 分解律：如果X→Y和Z Y成立，那么X→Z成立。

54 什么是平凡的FD？平凡的FD可根据哪一条推理规则推出？

如果X→Y，并且Y X，则称X→Y是平凡的FD。根据推理规则的自反律可推出。

55 关系模式的分解有几个不同的衡量标准：

分解具有无损联接;

分解要保持函数依赖;

分解既要保持依赖，又要具有无损联接。

56 什么是无损连接：

设有关系模式R，分解成关系模式ρ＝｛R1，R2，……Rk｝，F是R的一个函数依赖集。如果对R中满足F的每一个关系r都有：r=πR1（r）|×|πR2（r）|×|……πRK（r），则称这个分解ρ是无损联结分解。

57 试叙保持函数依赖的定义：

设F是属性集U上的一个函数依赖集，Z是U上的一个子集，F在Z上的一个投影定义为：πZ（F）={X→Y|X→Y∈F+且XY Z}

设关系模式R的一个分解为ρ＝｛R1，R2，……Rk｝，F是R的一个函数依赖集，如果

则称为分解ρ保持函数依赖。

58 第一范式（1NF）：

如果关系模式R的所有属性的值域中每一个值都是不可再分解的值，则称R是属于第一范式模式。

59 第二范式（2NF）：

如果关系模式R为第一范式，并且R中每一个非主属性完全函数依赖于R的候选键，则称R是第二范式模式。

60 第三范式（3NF）：

如果关系模式R是第一范式，且每个非主属性都不传递依赖于R的候选键，则称R是第三范式的模式。

61 BCNF：

如果关系模式R是第一范式，且每个属性都不传递依赖于R的候选键，那么称R是BCNF的模式。从BCNF的定义可明显地得出如下结论：

（1） 所有非主属性对键是完全函数依赖。

（2） 所有主属性对不包含它的键是完全函数依赖。

（3） 没有属性完全函数依赖于非键的任何属性组。

如果模式R是BCNF，则它必定是第三范式，反之，则不一定。

62 模式设计方法的原则：

关系模式R相对于函数依赖集F分解成数据库模式ρ＝｛R1，R2，……Rk｝，一般应具有下面三个特性：

（1） ρ中每个关系模式Ri是3NF或BCNF

（2） 保持无损联结

（3） 保持函数依赖集

（4） ρ中模式个数最少和属性总数最少。

63 一个好的模式设计方法应符合哪三条原则：

表达性，分离性，最小冗余性。

表达性涉及到两个数据库模式的等价性问题，即数据等价和依赖等价，分别用无损联接和保持函数依赖性来衡量。

分离性是指属性间的“独立联系”应该用不同的关系模式表达。

最小冗余性要求在分解后的数据库能表达原来数据库的所有信息这个前提下实现。

关系模式设计方法基本上可以分为分解与合成两大类。

64 多值依赖MVD：

设R（U）是属性集U上的一个关系模式，X，Y是U的子集，若对R（U）的任一关系r，对于X的一个给定的值存在着Y的一组值与其对应，同时Y的这组值又不以任何方式与U-X-Y中的属性相关，那么称Y多值依赖于X，记为X→→Y。

65 平凡多值依赖：

对于属性集U上的一个多值依赖X→→Y，如果Y X或者XY=U，那么称X→→Y是一个平凡多值依赖。

66 第四范式（4NF）：

设关系模式R，D是一个多值依赖集，如果D中存在一个非平凡多值依赖X→→Y，并且X必是R的超键，那么称R是4NF模式。

正文

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安全保密设计

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

以上就是关于数据库的设计问题及表间关系全部的内容，包括:数据库的设计问题及表间关系、数据库表设计，一张表和多张表有关系，并且是多对多关系、数据库原理第四章关系数据库的模式设计等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！