当前位置:Gxlcms > 数据库问题 > 数据库设计那些事儿

数据库设计那些事儿

时间:2021-07-01 10:21:17 帮助过:18人阅读

数据库设计原则,或者说最终目的:

  • 有效的存储
  • 高效的访问

最近在慕课网上学习了一部分数据库方面的理论知识(最近学习喜欢从视频入手。。。好像也就到视频和写博客了),现总结如下;

总体结构:需求分析——》逻辑设计——》物理设计——》维护优化;

实际上,讲者也认为,数据库设计就是一个需求,而整个设计就包含上面的四个步骤;

总述

直接上图
技术分享图片
技术分享图片
技术分享图片
技术分享图片

下面是文字版

  • 需求分析:分析整个数据库要存哪些数据,这些数据本身有哪些特点,数据之间存在什么关系(明确数据,明确数据特点,明确数据关系);
  • 逻辑设计:针对上一步中的数据特点和关系构建模型/关系图;
  • 物理设计:把上一步中的设计在数据库创建中实现;
  • 维护优化:根据需求变化和性能变化,对数据库进行维护或优化;

需求分析

举个栗子:
技术分享图片
技术分享图片

上面生动的演绎了如何分析数据库需求,然后画图的过程,不再赘述;

逻辑设计

首先是ER图的设计:
技术分享图片
技术分享图片
技术分享图片

然后是各种范式:

  • 第一范式:每个属性单一不可拆;
  • 第二范式:表中无冗余,不存在部分函数依赖关系;
  • 第三范式:不存在传递函数依赖

是不是看不懂,嗯,说不定过一段时间我也看不懂了,需要一些解释才行:
知乎上的关于范式的回答

其实有几个点需要注意下:

  • 范式会“向下兼容”;
  • 最基本的1范式一定要满足;
  • 一般满足到BC范式即可;
  • 为方便和性能考虑,大多数时候需要反范式设计;

下面上图:
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片

物理设计

物理设计主要是把想要的落到实处,这里就是建库建表,所以就涉及选择什么库,以什么规范建表,表中字段怎么设计的问题了;

直接给出结论:

  • 对于互联网项目,请直接选用MySQL;
  • 表结构设计请遵循1NF以及适当的反范式设计;
  • 表字段请遵循可读性设计;
  • 数据类型选择请选用业务适用基础上的最优选择;
  • 主键直接用id就好;

用图说话:
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片

关于外键、触发器、预留字段的禁用,可以再深入研究下;当然,工作中都在用ES,后面要琢磨下了

维护优化

维护优化是为了更好的使用数据库,所以针对可能出现的情况进行处理:

  • 忘记这个字段的含义了——》做好COMMENT
  • 查表速度慢——》索引的维护;
  • 数据太多了——》拆表

这一块要说的不多,都是经验之谈,后面有相关经验了再补上;

技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片
技术分享图片

数据库设计那些事儿

标签:logs   出现   基础上   comm   博客   分享   comment   变化   函数依赖   

人气教程排行