-
第一范式
数据库表中的所有字段都是单一属性，不可再分
单一属性是由基本的数据类型所构成的，如整数、浮点数、字符串
要求数据库中的表都是二维表
查看全部 -
逻辑设计
将需求转化为数据库的逻辑模型，ER图为展示方式，通过ER图对逻辑模型进行展示
ER图例说明
矩形：表示实体集，菱形：表示联系集，椭圆：表示实体的属性查看全部 -
数据库设计范式
为了规范数据库的设计
数据的异常
插入异常：某实体随着另外一个实体的存在而存在，缺少某个实体时无法表示这个实体
更新异常：更改表所对应的某个实体实例的单独属性时，需要将多行更新
删除异常：删除表的某一行来反映某实体实例，失效时导致另一个不同实体实例信息丢失
数据冗余：相同的数据在多个地方存在，表中的某个列可以由其他列计算得到
查看全部 -
第一范式
1.定义：数据库表中的所有字段都是单一属性，不可再分的
查看全部 -
设计规范概要
数据库设计范式
常见的数据库设计范式包括：第一范式，第二范式，第三范式及BC范式；
查看全部 -
逻辑设计：
1、将需求转化为数据库的逻辑模型；
2、通过ER图的型式对逻辑模型进行展示；
3、同所选用的据图的DBMS系统无关；
名词解释：
1、关系：一个关系对应通常所说的一张表；
2、元组：表中的一行即为一个元组；
3、属性：表中的一列即为一个属性，每个属性都有一个名称，称为属性名；
4、候选码：表中的某个属性组，他可以唯一确定一个元组；
5、主码：一个关系有多个候选码，选定其中一个为主码；
6、域：属性的取值范围；
7、分量：元组中的一个属性值。
ER图例说明
1、矩形：表示实体集，矩形内写实体集的名字；
2、菱形：表示联系集；
3、椭圆：表示实体的属性；
4、线段：将属性连接到实体集，或将实体集连接到联系集。
查看全部 -
需求分析示例
查看全部 -
需求分析：
1、了解系统中所要存储的数据；
2、了解数据的存储特点；
3、了解数据的生命周期；
需求分析的内容：
1、实体及实体之间的关系（1对1 ，1对多， 多对对）；
2、实体所包含的属性；
3、那些属性或属性的组合可以维系标识一个实体；
查看全部 -
需求分析——>逻辑建模——>物理设计——>维护优化
数据库需求的作用点：
1、数据是什么；
2、数据有哪些属性；
3、数据和属性各自的特点有哪些；
查看全部 -
/查看全部 -
数据库设计：根据业务系统的具体需求，结合我们所选用的DBMS（数据库管理系统），为这个业务系统构造出最优的数据存储模型。并建立好数据库中的表结构及表与表之间的关联关系的过程。使之有效的对应用系统中的数据进行存储，并可以高效的对已经存储的数据进行访问。
查看全部 -
为什么要需求分析：
了解系统中所要存储的数据
了解数据点存储特点（eg 时效性：对有实效性的数据可以做过期清理或者归档的处理）
了解数据的生命周期（eg：对数据量大，增长快，且非核心数据可以分步分表进行存储并订立好数据归档和清理规则）
需求分析需搞清楚的问题：
实体和实体之间的关系（1对1、1对多、多对多）
实体所包含的属性有什么
哪些属性或者属性的组合可以唯一标识一个实体
实体的特性（存储、增长量）
实体：指数据库所存储的对象(一个或者多个实体对应数据库中的表)
查看全部 -
如何选择主键
1.区分业务主键和数据库主键
业务主键用于标识业务数据，进行表与表之间的关联。
数据库主键为了优化数据存储
2.根据数据库的类型，考虑主键是否要顺序增长
有些数据库是按主键的顺序逻辑存储的
3.主键的字段类型所占用空间要尽可能的小
对于使用聚集索引方式的存储的表，每个索引后都会附加主键的信息
避免使用外键约束
1.降低数据导入的效率
2.增加维护成本
3.虽然不建议使用外键约束，但是相关联的列上一定要建立索引。
避免使用触发器
1.降低数据导入的效率
2.可能会出现意想不到的数据异常
3.使业务逻辑变的复杂。
关于预留字段
1.无法准确的知道预留字段的类型
2.无法准确的知道预留字段中所存储的内容
3.严禁使用预留字段查看全部 -
物理设计
选择合适的数据管理系统
定义数据库、表及字段的命名规范
根据所选的DBMS系统选择合适的字段类型
反范式化设计
查看全部 -
5查看全部
/
5举报