【软考】规范化(范式)

目录

          • [1. 说明](#1. 说明)
          • [2. 1NF](#2. 1NF)
          • [3. 2NF](#3. 2NF)
          • [4. 3NF](#4. 3NF)
          • [5. 规范化的好处](#5. 规范化的好处)
          • [6. 挑战与权衡](#6. 挑战与权衡)
          • [7. 例题](#7. 例题)
            • [7.1 例题1](#7.1 例题1)
1. 说明
  • 1.关系数据库设计的方法之一就是设计满足适当范式的模式,通常可以通过判断分解后的模式达到几范式来评价模式规范化的程度。
  • 2.范式有 1NF、2NF、3NF、BCNF、4NF 和 5NF,其中1NF 的级别最低。
  • 3.这几种范式之间,5NFC4NFCBCNFC3NFC2NFCINF 成立。
  • 4.通过分解,可以将一个低一级范式的关系模式转换成若干个高一级范式的关系模式,这个过程称为规范化。
  • 5.产生冗余和异常的两个重要原因是部分依赖和传递依赖。
  • 6.3NF模式中不存在非主属性对码的部分函数依赖和传递函数依赖,具有较好的性能。
  • 7.对于非3NF的1NF和2NF,性能弱,一般不宜作为数据库模式。
  • 8.将非3NF的1NF和2NF变换成3NF或更高级别的范式,这个变换过程称为关系模式的规范化处理
2. 1NF
  • 1.第一范式。
  • 2.若关系模式R的每一个分量都是不可再分的数据项,则关系模式R属于第一范式。
  • 3.要求:数据库表的每一列都是不可分割的基本数据项,即表中的每个属性值都是原子值,不可再分。
  • 4.目的:消除重复的列,确保每个列都包含原子值。
  • 5.举例:在客户信息表中,不能将姓名和地址放在同一个列中,应分别设为两个独立的列。
  • 6.存在的问题
    a.冗余度大。
    b.引起修改操作的不一致性。
    c.插入异常。
    d.删除异常。
3. 2NF
  • 1.第二范式。
  • 2.若关系模式 R∈1NF,且每一个非主属性完全依赖于码,则关系模式 R∈2NF。
  • 3.当 1NF 消除了非主属性对码的部分函数依赖,则称为2NF。
  • 4.要求:在第一范式的基础上,所有非主属性完全依赖于主键,而不是依赖于主键的一部分(针对组合主键)。
  • 5.目的:消除非主属性对部分关键字的依赖,提高数据的一致性和完整性。
  • 6.举例:在订单表中,如果订单ID是主键,而产品价格仅依赖于产品ID(非订单ID的一部分),则应将产品价格抽取到独立的产品表中,并通过外键关联。
4. 3NF
  • 1.第三范式。
  • 2.要求:在第二范式的基础上,所有非主属性不仅完全依赖于主键,而且还必须是直接依赖于主键,而不是通过其他非主属性依赖(即消除传递依赖)。
  • 3.目的:消除非主属性对主关键字的传递依赖,进一步提高数据的一致性和准确性。
  • 4.举例:在员工表中,如果员工ID是主键,部门名称依赖于部门ID,而部门ID又依赖于员工ID(传递依赖),则应将部门信息抽取到独立的部门表中,并通过外键关联员工表。
5. 规范化的好处
  • 1.减少数据冗余:通过将数据分解成多个表,避免了数据的重复存储,减少了存储空间的占用。
  • 2.提高数据一致性:通过定义适当的关系,确保数据在表之间的关联和一致性,有助于避免数据的不一致性和错误。
  • 3.优化查询性能:规范化使得查询更加高效,因为查询只需要在相关的表之间进行连接,而不是在一个大的表中搜索数据。
  • 4.简化数据更新:当数据需要更新时,只需在相关的表中进行更新,而不是在整个数据库中进行搜索和修改。
  • 5.提高存储空间的利用率:避免重复存储,降低了数据的冗余度。
6. 挑战与权衡
  • 1.过度规范化可能导致查询性能的下降和数据操作的复杂性增加。
  • 2.在数据库设计过程中,通常需要在规范化与性能之间做出权衡。
7. 例题
7.1 例题1
  • 1.题目

    1.设有关系模式R(E,N,M,L,Q),其函数依赖集为F={E→N,EM→Q,M→L}。
    则关系模式R达到了(A);该关系模式(D)。
    问题1
    A.1NF
    B.2NF
    C.3NF
    D.BCNF
    问题2
    A.无需进行分解,因为已经达到了3NF
    B.无需进行分解,因为已经达到了BCNF
    C.尽管不存在部分函数依赖,但还存在传递依赖,所以需要进行分解
    D.需要进行分解,因为存在冗余、修改操作的不一致性、插入和删除异常

  • 2.解析

    1.首先解出其候选键,候选键即能唯一确定一个元组的属性或属性组,候选键是EM。
    2.候选键中的属性是主属性,而其他属性是非主属性。
    3.1NF要求关系模式中的属性都是原子属性,即不可再分的属性。
    4.E、N、M、L、Q均是不可再分的属性。
    5.2NF要求消除非主属性对候选键的部分依赖,而E→N、M→L是部分依赖,不符合2NF。
    6.达不到2NF,不可能达到3NF或BCNF。
    7.关系模式达不到2NF,存在冗余、修改操作的不一致性、插入和删除异常。
    8.如果订单表的id、产品表的id、产品表的价格,

相关推荐
xcg3401238 天前
【系统分析师】-收官整理-已考过
软考·系统分析师
我码玄黄11 天前
软考系分:今日成绩已出
软考高级·软考·系统分析师·软考复习
HL_LOVE_C11 天前
系统架构-最终章
系统架构·软考·架构设计
李元中11 天前
2025软考中级《嵌入式系统设计师》案例模拟题合集
计算机·嵌入式·软考·案例分析·计算机软考·软考中级·嵌入式系统设计师
战神刘玉栋12 天前
《知识拓展 · 统一建模语言UML》
软考·uml·面向对象
战神刘玉栋12 天前
《经验分享 · 软考系统分析师》
经验分享·软考
小康师兄18 天前
【软考速通笔记】系统架构设计师⑭——面向服务架构设计理论与实践
笔记·微服务·设计模式·系统架构·软考·系统架构师·企业集成
小康师兄18 天前
【软考速通笔记】系统架构设计师⑨——软件可靠性基础知识
笔记·系统架构·软考·系统架构师·软件可靠性·容错设计·全国计算机专业与软件技术
萨达大22 天前
23种设计模式-抽象工厂(Abstract Factory)设计模式
java·c++·设计模式·抽象工厂模式·软考·创建型设计模式·软件设计师
小康师兄22 天前
【软考速通笔记】系统架构设计师⑤——软件工程基础知识
软件测试·笔记·软件工程·软考·系统架构师·软件过程模型·软件成熟度