该范式是为了排除 重复组 的出现,因此要求数据库的每个列的值域都由原子值组成;每个字段的值都只能是单一值。1971年埃德加·科德提出了第一范式。即表中所有字段都是不可再分的。
重复组通常会出现在会计账上,每一笔记录可能有不定个数的值。
“数量”就是所谓的重复组了,而在这种情况下这份资料就不符合第一范式。
即标准的二维表结构。
前提:标准的二维表,即第一范式成立
表中必须存在业务主键,并且非主键依赖于全部
业务主键。
如下博客表
拆分将依赖的字段单独成表
从上面可发现:
表中的非主键列之间不能相互依赖
一个字段的PK显然符合第二范式,大部分字段也只依赖PK。然而对于职位字段其实依赖讲师名,所以不符合第三范式。
反范式的过程就是通过冗余数据来提高查询性能,但冗余数据会牺牲数据一致性
在企业中很好能做到严格意义上的范式成者反范式,一般需混合使用。
SELECT b.用户名, b.电话, b.地址, a.订单ID,
SUM(c.商品价价*C.商品数量) as 订单价格
// 上面这就需要三张表的关联了,可能效率就很低了
FROM‘订单表` a
JOIN‘用户表’b ON a用户ID=b.用户ID
JOIN `订单商品表` C ON c.订单ID= b.订单ID
GROUP BY b.用户名,b.电话b.地址,a.订单ID
1234567
SELECT a.用户名,a.电话.a.地址
,a.订单ID
,a.订单价格
FROM `订单表` a
1234
把用户表的地址加到了订单表,这样查询地址时,就不需要把用户表和订单表关联
参考
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。