为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库,必须满足一定的范式。
三范式和反范式是空间和时间的关系。三范式是为了降低空间;反范式是通过增加空间来提升运行效率。
(1)目的:减少空间占用。 (2)内容:列不可分、依赖主键(联合索引)、在依赖主键(联合索引)的基础上直接依赖。
确保每列保持原子性;数据库表中的所有字段都是不可分解的原子值。 例如:某表中有一个地址字段,如果经常需要访问地址字段中的城市属性,则需要将该字段拆分为多个字段,省份、城市、详细地址等。
确保表中的每列都和主键相关,而不能只与主键的某一部分相关(组合索引)。
因为订单编号与客户的信息相关,订单编号和商品编号一起唯一确定数量,商品编号和商品信息相关;所以可以拆分成三个表:
确保每列都和主键直接相关,而不是间接相关;减少数据冗余。
例如
反范式是经常使用的设计。比如用户表采用的就是反范式,因为如果用户表不采用反范式设计,将会产生很多的关联关系表,这就会涉及到联表查询,非常影响效率,特别对登录来说,是不可容忍的。
因此,反范式允许冗余存储,为了提升查询效率。
范式二中,对于联合索引,主键不能依赖一部分,而要依赖整体;出现重复的要拆分。 反范式是经常使用的设计。三范式可以避免数据冗余,减少数据库的空间,减小维护数据完整性的麻烦。但是采用数据库范式化设计,可能导致数据库业务涉及的表变多,并且造成更多的联表查询,将导致整个系统的性能降低。因此处于性能考虑,可能需要进行反范式设计。 ———————————————— 版权声明:本文为CSDN博主「Lion Long」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/Long_xu/article/details/127532598