请大伙给我解释一下数据库设计的基本原则！

2024-11-04 02:05:46

推荐回答（4个）

回答（1）：

数据库设计的三范式所谓范式，是关系型数据库关系模式规范化的标准，从规范化的宽松到严格，分别为不同的范式，通常使用的有第一范式、第二范式、第三范式及BC范式等。范式是建立在函数依赖基础上的。

函数依赖

定义：设有关系模式R(U)，X和Y是属性集U的子集，函数依赖是形为X→Y的一个命题，对任意R中两个元组t和s，都有t[X]=s[X]蕴涵t[Y]=s[Y]，那么FD X→Y在关系模式R(U)中成立。X→Y读作‘X函数决定Y’，或‘Y函数依赖于X’。通俗的讲，如果一个表中某一个字段Y的值是由另外一个字段或一组字段X的值来确定的，就称为Y函数依赖于X。函数依赖应该是通过理解数据项和企业的规则来决定的，根据表的内容得出的函数依赖可能是不正确的。

第一范式（1NF）

定义：如果关系模式R的每个关系r的属性都是不可分的数据项，那么就称R是第一范式的模式。
　　简单的说，每一个属性都是原子项，不可分割。1NF是关系模式应具备的最起码的条件，如果数据库设计不能满足第一范式，就不称为关系型数据库。关系数据库设计研究的关系规范化是在1NF之上进行的。

第二范式（2NF）

定义：如果关系模式R是1NF，且每个非主属性完全函数依赖于候选键，那么就称R是第二范式。
简单的说，第二范式要满足以下的条件：首先要满足第一范式，其次每个非主属性要完全函数依赖与候选键，或者是主键。也就是说，每个非主属性是由整个主键函数决定的，而不能由主键的一部分来决定。举个例子：
　　有股票日行情表的主键是股票代码和交易日期组成。非主属性中有收盘价和成交量等，都是由主键，即股票代码和交易日期函数决定的，单独的股票代码或者交易日期都不能函数决定这些非主属性。如果这个表中有非主属性股票简称，则股票简称是可以由股票代码来函数决定的，这样股票简称这个非主属性就不是完全函数依赖于候选键，这样的设计就不满足第二范式。

第三范式（3NF）
定义：如果关系模式R是2NF，且关系模式R（U，F）中的所有非主属性对任何候选关键字都不存在传递依赖，则称关系R是属于第三范式。
简单的说，第三范式要满足以下的条件：首先要满足第二范式，其次非主属性之间不存在函数依赖。由于满足了第二范式，表示每个非主属性都函数依赖于主键。如果非主属性之间存在了函数依赖，就会存在传递依赖，这样就不满足第三范式。
举个例子：在股票基本情况表中，主键是股票代码，有非主属性所属一级行业和所属二级行业。根据业务规则，所属二级行业能够函数决定所属一级行业，这就表示存在这样一种关系：股票代码函数决定所属二级行业，所属二级行业函数决定所属一级行业，这就形成了传递依赖，这样的设计就不符合第三范式。不过在实际运用中，为查询和使用的方便，有时也会违反第三范式。如上例，如果没有所属一级行业的属性，需要查询所属一级行业的相关股票，需要查询时使用函数来从二级行业中函数生成所属一级行业，使用性能上会受影响。所以通常会加上所属一级行业的属性。

BC范式（BCNF）

BC范式是第三范式的增强版，不过也有人说是直接从1NF发展过来的，即每个属性，包括主属性或非主属性，都完全依赖于候选键，并且不存在传递依赖情况。

回答（2）：

设计数据库不应该有这些： 1数据冗余 2不一致性 3插入异常 4删除异常这图就出现了问题如人工智能的学分不一致有两个文化学这就出现了以上的问题所以要杜绝我们可以这样分为两个表如下：右边的表只要把人工智能的删除一个就好了（画错了不好意思）在就是函数的一些关系如函数依赖： v函数依赖设R(U)是一个属性集U上的关系，X和Y是U的子集。如果属性集合X中每个属性的值构成的集合唯一地决定了属性集合Y中每个属性的值构成的集合，则属性集合Y函数依赖于属性集合X，计为：X→Y 如下表所示，知道了“课程名”的值，即可知道“授课学时”的值。称“授课学时”函数依赖于“课程名”，或“课程名”可以决定“授课学时”，记作课程名→授课学时。还有这个 v部分函数依赖：如果非主属性B函数依赖于构成某个候选关键字的一组主属性A的某一个真子集，则称B部分函数依赖于A。 v如“学分”函数依赖于主关键字{学号、课程}。但决定“学分”的只是“课程”，与“学号”无关，则称“学分”部分函数依赖于{学号、课程} 。传递关系： v传递函数依赖的关系：在R (U)中，如存在X，Y，Z包含于U ，且满足：X—>Y ，Y—>Z，则称Z传递函数依赖于X。 v学生住宿的楼号依赖于学号，学生应交的住宿费是由楼号决定的，即“收费”依赖于“楼号”，“楼号”依赖于“学号”，则“收费”传递函数依赖于“学号”。接下来的就是要符合范式：第一范式：任何符合关系定义的表即满足第一范式。 IDNameSexAgeMaleFemale101张三Y　20102李四　Y21v第二范式 �0�5定义：如果一个关系不存在部分依赖关系，那么该关系就属于第二范式。 �0�5 凡是以单个属性作为主关键字的关系自动就是第二范式。因为主关键字只有一个，不会存在部分依赖的情况。因此，第二范式只是针对主关键字是组合属性的关系。第三范式 v定义：一个关系如果是第二范式的，并且没有传递依赖关系，则该关系就是第三范式。 v每个非主属性不部分依赖于关键字，也不传递依赖于关键字的关系。关系规范化的目的：解决关系模式中存在的插入、删除异常，以及数据冗余问题，基本思想：围绕函数依赖的主线，对一个关系模式进行分解，使关系从较低级范式变换到较高级范式。以上也就是设计数据库基本注意的问题我也是初学者只能帮忙这些不知道是否对你有用！

回答（3）：

如果完全按照3个范式，不但对数据库服务器是一个考验，对统计数据也是一种考验哈当你的数据是千万级的时候就会知道其实是个噩梦

回答（4）：

这个很抽象！

最新问答

谁能提供一个PHP留言板源码

本人酷爱音乐！最喜欢的是摇滚乐。齐柏林飞艇乐队和平克弗洛伊德是我最喜欢的乐队。但我对音响一点也不懂

pleasgivemeanapple的同义句

我想买一辆私家车那种车实用油耗低那种车值得买还便宜些

发票同时开水电费物业管理费怎样入账

拓展训练场地器材都有哪些？一般的拓展训练场地需要具备哪些器材？