• 关于一篇“范式详解”博文的批注


    本篇文章是对于下面这个链接中的文章的批注。这篇文章详细讲述了第一、二、三范式和BCNF范式,希望我的这篇文章能帮助您更好的理解这篇优秀的博文

    详解第一范式、第二范式、第三范式、BCNF范式-CSDN博客

    “范式”批注

    这样理解范式的概念:一张数据表的表结构所符合的某种设计标准的级别。级别越高,表的属性之间的依赖越小

    第一范式”批注

    “三种关系完整性约束”

    实体完整性:保证关系中的每条记录都是可识别的和唯一的——关系数据库中的所有表都必须要有主键,而且表中不允许存在如下记录:a、无主键值的记录;b、主键值相同的记录;

    参照完整性:参照完整性规则就是定义外键与被参照的主键之间的引用规则。

    外键一般应符合如下要求:外键值为空或者等于其所参照的关系中的某个属性的主键值

    用户定义完整性:unique(唯一)、check(满足某一条件)、not null(不为空值)。用户定义的完整性没有统一的规则,由数据库设计人员根据具体应用中的数据语义要求来创建

    “第二范式”批注

    “函数依赖”

    如果属性X确定,就能确定属性Y的话,就称Y函数依赖与X

    “完全函数依赖和部分函数依赖”

    属性X是由两个字段组成,分别为X1、X2。由且只有X可以确定Y的值,此时称为“完全函数依赖”。

    如果确定了X1或者X2的值也能确定Y的值,或者Y值也可以由A、B....等其他属性来确定的话,就称为“部分函数依赖”

    “码和主属性”

    如果表中的所有属性都完全函数依赖与一个属性或者属性组 ,那么这个属性或者属性组被称为“码”。而“主属性”是“码”的一个子集


    总结

    范式的实质

    随着范式等级的提高,属性之间的依赖逐渐减少。

    规律

    第一范式存在的问题是:非主属性对于码的部分函数依赖

    第二范式中仍然存在非主属性对于码的传递函数依赖。
    (但是第二范式解决了“部分函数依赖”问题,没有解决“传递函数依赖问题”)

    第三范式解决了传递函数依赖问题,但是没有解决主属性与码之间的部分函数依赖问题
    (即码的子集与码之间的函数依赖问题)

    BCNF范式解决了主属性与码之间的部分函数依赖问题

  • 相关阅读:
    【从零开始游戏开发】Unity优化:UI控件优化 | 全面总结 |建议收藏
    ChatGPT⼊门到精通(5):ChatGPT 和Claude区别
    云原生k8s的声明式哲学
    不要再白嫖Github了
    Mongo聚合分析命令浅析
    PEG/蛋白Protein/抗体antibody 功能化修饰硫化锌量子点 ZnS QDs
    uniapp打包安卓后在安卓屏上实现开机自启动
    【每日练习】进制转化
    从“新零售”到“即时零售”看中国电商之变
    网络安全(黑客)自学
  • 原文地址:https://blog.csdn.net/From_C/article/details/134000376