标签:定义数据 增加 实例 问题 结构 生日 为什么 效率 更新
数据库的设计,就是根据业务系统的具体需求,结合我们所选用的DBMS,为这个业务系统构造出最有的数据存储模型。并建立好数据库中的表结构及表与表之间的关联关系的过程。使之能有效的对应系统中的数据进行存储,并可以高效的对已经存储的数据进行访问。
需求分析----->逻辑设计----->物理设计----->维护优化
数据库需求分析的作用点:
使用ER图对数据库进行逻辑建模
数据管理系统的选择,根据数据库自身的特点把逻辑设计转换为物理设计
后期维护
为什么要进行需求分析?
为了设计最优化的数据库,便于后期的扩展和维护,数据越来越多,越来越大会浪费空间,越来越杂乱,是很难处理和维护的
要搞清楚的一些问题
实例分析
逻辑设计要做什么?ER图就是数据库模型关系的展示图
名词解释
注:有的属性下面有下划线,就表示主键
什么是数据库设计范式?
也就是提供了一种准则,帮助我们建立简介高效且结构清晰的数据库设计,避免数据库插入,跟新,删除,修改中的异常,并且为最大限度的避免数据库的冗余。
常见的数据库范式包括:第一范式、第二范式、第三范式及BC范式
当然还有第四及第五范式,不过这里我们会把重点放到前三个范式上,
这也是目前我们大多数数据库设计索要遵循的范式
数据库异常以及数据冗余
二维表就是由行和列组成的表,图中的第二种表一般是无法创建出来的也是不符合第一范式的,所以,一般情况下,我们创建的表都是符合第一范式的
供应商电话和组合关键字存在着部分函数依赖,所以上边的表时不符合第二范式
存在的问题:
如何解决
所以这是不符合第三范式要求的
修改如下
这样,就不会有传递性的依赖关系了
拆分如下
物理设计要做什么?
如何选择数据库系统
考虑功能上的因素
操作系统上的因素
编程语言
应用场景
为了方便,打眼一看就知道是什么,而不用去查询文档字典手册。浪费时间和精力
错误的
正确的
只是存储,很少用来查询,就使用int类型吧,因为不用转换了(比如生日很少使用,订单的时间类型经常使用,就可以使用datetime)
粒度可以根据需要来选择,比如可能只需要年,只需要年月
使用触发器后,如果业务变更会变的复杂和麻烦,影响业务逻辑
我们的数据库在使用中读写比例大概在3:1。读是远远高于写的。虽然在写的时候增加了冗余,但是在读的时候我们大大的提高了效率
1、要记录清楚数据库的每一个列是什么意思
2、索引可能会应为数据量的增大和业务的改变而变得不适用
3、导致查询缓慢等问题
使用自定义函数导致列中的索引失效
不要使用全文索引,可以使用搜素引擎工具
标签:定义数据 增加 实例 问题 结构 生日 为什么 效率 更新
原文地址:https://www.cnblogs.com/bubu99/p/12275423.html