数据库范式是什么？

这就是范例。
1 NF：无法断开色谱柱。
1 9 8 5 年，Codd提出以数据冗余为目标。
2 NF：完全依赖。
1 9 7 6 年，Boyce-Codd 变体解决了一些依赖性问题。
3 NF：非素数属性是独立的。
1 9 7 1 .阿姆斯特朗解决瞬态依赖的公理系统。

不要相信空话，看看规格。
实用提醒：先分表。

数据库范式是什么意思？

嗯...数据库范式...2 02 2 ...我在那家公司...他们搞那个数据库设计...我觉得挺复杂的...
1 .区别...
第三范式...是...所有数据元素...都可以通过主关键字唯一标识...并且...它们必须相互独立...不能有任何其他函数关系...说白了...是基于第二范式...并且消除...某些数据元素...另一个...依赖的现象关于非关键字数据元素...我后来意识到...它...要求...非主属性...只能依赖于主键...
BC范式...更严格...它需要...关系模式R...如果它是第一范式...并且...每个属性...不部分依赖于候选键...也不传递依赖于候选键...是什么使BC比第三范式更严格...那就是...它要求R处于第二范式...形式...那么...非键属性...不能传递依赖于候选键...但是...R的每个属性...都需要满足这个条件...也就是说...决定因素...是候选代码...
2 .示例...
例如...学生关系模型：（学号、姓名、年龄、学院）；学院关系模型：（学院、地点、电话）...
关系函数为：学号->姓名、学号->年龄、学号->学院、学院->地点、学院->电话号码...
可见...所有的关系函数...都是...候选代码是决定因素...所以...可以说...这个关系模型满足BCNF是...
详细信息...
数据库范式的概念...简介...之所以...是为了标准化...使结构更加合理...消除存储异常...减少数据冗余...便于插入、删除和更新...遵守简单化概念...“一物一处”原则...即关系模式...描述一个或多个实体之间的关系...
规范本质...是概念简化...关系模式...然后分解...可以得到不同关系模式的集合...分解方法并不唯一...
最小冗余要求...应该在分解后的数据库...能够表达原数据库的所有信息的基础上实现...
基本目标是...节省存储空间...避免数据不一致...提高关系运算效率...满足应用需求 总结...
其实...并不需要所有模型都达到BCNF...有时...有些是故意维护的冗余...可能对于数据查询来说更方便...尤其...对于不经常更新的数据库系统...反复查询...
我当时也很困惑...看起来...很混乱...

数据库的三大范式

呃……三大范式……这相当复杂。

我们来谈谈第一范式，1 NF。
这个东西主要的意思是……字段中的值必须是原子的，但是不能再拆分了。
举个例子……想象一下2 02 2 年，我在北京，在做一个项目，有一个用户表，有一个地址，地址上写着“北京市海淀区中关村大街1 号”。
如果我只存储一个长字符串，它可能不满足 1 NF。
为什么？如果我以后想查海淀区的用户或者中关村大街的商铺，这个地址字段就太麻烦了。
所以...我需要把它拆开，分成省、市、区、街道、门牌号...这样每个字段都是最小的，并且满足1 NF。
嗯，这取决于项目的需求。
并非所有区域都可以拆除。

我们来谈谈第二范式，2 NF。
这是基于 1 NF 的。
即表中的每条记录必须唯一标识，非主键字段必须完全依赖主键，而不能只依赖部分主键。
让我举个例子。
2 02 2 年我在上海做电商订单系统。
那是一张订单表，上面有订单号、客户号、产品编号，还有产品名称、数量和价格。
这里，订单号和客户号的组合可以唯一标识一个订单，对吗？但产品名称、数量、价格……只取决于产品编号，与订单号无关。
这称为部分依赖。
我应该怎么办？我得把它拆开。
创建一个单独的产品列表，其中包含产品名称、数量、价格和产品编号。
订单表中保存订单号、客户号和产品号，与产品表是一对多。
这样……就消失了，消失了……它满足2 NF。

最后是第三范式，3 NF。
这是建立在 2 NF 之上的。
它需要非主键字段，并且不能依赖于其他非主键字段。
还是用订单系统的例子，2 02 2 年我在广州。
现在员工表有员工编号、姓名、部门编号和部门经理姓名。
员工编号和部门编号唯一标识员工，对吧？但部门负责人姓名……取决于部门编号，与员工编号没有直接关系。
这称为传递依赖。
我应该怎么办？我得重新拆开它。
创建一个单独的部门表，其中包含部门编号和部门负责人姓名。
员工表中保留员工编号、姓名和部门编号。
员工表和部门表是一对多的。
这样……3 NF就满足了。

就是这样。
三个主要范式是1 NF确保原子性，2 NF确保非主键完全依赖于主键，3 NF确保非主键不依赖于其他非主键。
主要目的是减少冗余，避免数据错误。
但有时......为了性能，它也可以被非规范化。
无论如何……确实很烦人。