【狂神】SQL笔记9 --三大范式

规范数据库设计

为什么需要设计

当数据库比较复杂的时候,就需要设计了
糟糕的数据库设计:

  • 数据冗余,浪费空间
  • 数据库插入和删除都会麻烦、异常【屏蔽使使用物理外键】
  • 程序的性能差

良好的数据库设计

  • 节省内存空间
  • 保证数据库的完整性
  • 方便我们开发系统

软件开发中,关于数据库的设计

  • 分析需求:分析业务和需要处理的数据库的需求
  • 概要设计:设计关系图 E-R 图

设计数据库的步骤:如个人博客

  • 收集信息,分析需求
    • 用户表(用户登录注销,用户的个人信息,写博客、创建分类)
    • 分类表(文章分类,谁创建的)
    • 文章表(文章的信息)
    • 友链表(友情连接信息)
    • 评论表
    • 自定义表(系统信息,某个关键的字,或者一些主字段)key:value
  • 标识实体(把需求落地到每个字段)
  • 标识实体之间的关系
    • user->blog
    • user->创建分类

三大范式

第一范式(1NF):要求数据库表的每一列都是不可分割的原子数据项
即原子性:保证每一列不可再分, 如学校信息硕士,研二,则学校信息可以再分为学历:硕士年级:研二两项,这才能保证数据的原子性

第二范式(2NF):在1NF的基础上,非码属性必须完全依赖于候选码。第二范式需要确保数据库表中的每一列都和主键相关,而不能与主键的某一部分相关。
即满足第一范式的前提下,每张表只描述一件事

第三范式(3NF):在2NF的基础上,任何非主属性不依赖于其他非主属性(在2NF基础上消除传递依赖)第三范式需要确保数据表中的每一列数据都和主键直接相关,而不能间接相关

(规范数据库的设计)

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值