数据库的结构设计

目的:
·减少数据的冗余
·尽量避免数据维护中出现更新,插入和删除异常
插入异常:如果表中的某个实体随着另一个实体而存在
更新异常:如果更改表中的某个实体的单独属性时,需要对多行进行更新
删除异常:如果删除表中的某一实体则会导致其他实体的消失

·节约数据存储空间
·提高查询的效率
结构设计的步骤:
·需求分析:全面了解产品设计的存储需求
存储需求
数据处理需求
数据的安全和完整性
·逻辑设计:
设计数据的逻辑存储结构
数据实体之间的逻辑关系,解决数据的冗余和数据维护异常
关系型数据库和关系型数据库和存储引擎
数据库设计范式:
·三范式
第一范式:
数据库表中的所有字段都只具有单一属性
单一属性的列是由基本的数据类型所构成的
设计出来的表都是简单的二维表
第二范式:
要求一个表中只具有一个业务主键,也就是说符合第二范式的表中不能存在非主键列对只对部分主键的依赖关系
第三范式:
指每一个非主属性既不部分依赖于也不传递依赖于业务主键,也就是在第二范式的基础上消除了非主属性对主键的传递依赖

范式化的优缺点
·优点:
可以减少数据冗余 数据表更新快体积小
范式化的更新操作比反范式化更快
范式化的表通常比反范式化更小

·缺点:
对于查询需要对多个表进行关联
更难进行索引优化

反范式化的优缺点:
·优点:
可以减少表的关联
可以进行更好的索引优化
·确定:
存在书记冗余及数据维护异常
对数据修改需要更多的成本

因此在设计数据库是安全的范式化和反范式化都是不可取的,应该结合两者的优点同时考虑

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

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值