• 数据库范式快速理解


    范式主要作用是消除冗余

    未经范式化的表

    employee表字段:

    字段名 字段描述
    EmployeeID (员工ID,主键)
    departmentName (部门名称,主键)
    Name (姓名)
    Address (地址)
    job (岗位)
    jobDescription (岗位说明)
    skill (员工技能)
    departmentDescription (部门描述)
    email (邮箱)

    第一范式:

    第一范式就是每一个属性都不可再分

    单字段有冗余信息不满足第一范式:比如 address 中国广州市番禺区××街道

    新建地址表关联主表addressID,字段为:主键addressID,country,city,street,则满足第一范式

    第二范式

    表中的属性必须完全依赖于全部主键,而不是部分主键。所以只有一个主键的表如果符合第一范式,那一定是第二范式。

    employee表很明显departmentDescription依赖于主键departmentID,对主键部分依赖,不满足第二范式。

    新建部门表department关联主表departmentID,字段:主键departmentID,departmentName,departmentDescription,则满足第二范式

    第三范式

    第三范式是为了消除数据库中关键字之间的依赖关系

    jobDescription(岗位说明)是由job(岗位)所决定,则jobDescription依赖于job,可以看出这不符合第三范式

    新建岗位表关联主表job,字段:主键job,jobDescription,则满足第三范式

    BC范式(BCNF)

    前言:在一个数据库中每行的值都不相同,则可称为候选键。

    每个表中只有一个候选键(一般为主键)。

    每个员工都有一个唯一的email,不符合BCNF。

    新建email表,字段:主键employeeID,email

    第四范式

    第四范式是消除表中单字段多值依赖

    如上表skill可能有很多个值:比如A员工:JS,Python,SQL,B员工:JS,C,C++

    这个数据库属性存在多个值,这就可能造成数据库内容不一致的问题。解决办法是将多值属性放入一个新表。

    新建skill表,字段:EmployeeID,skill


    范式登记越高,表越多。表多会带来很多问题:

    1. 查询时要连接多个表,增加查询难度

    2. 查询时需要连接多个表,降低了数据库查询性能

    一般用第二范式或第三范式

  • 相关阅读:
    TCP协议的三次握手、四次挥手
    .NET Framework 3.5 安装
    grep命令总结
    线性回归
    K-Mean聚类算法
    Logistic回归
    朴素贝叶斯
    Decision Tree
    KNN
    GCC for Win32开发环境介绍
  • 原文地址:https://www.cnblogs.com/Neroi/p/13633750.html
Copyright © 2020-2023  润新知