《软件建模与软件文档写作》课件-4.技术设计

创新信息技术共享智慧未来技术设计主讲人：邹炎数据库设计定义根据业务系统的具体需求，结合所选用的DBMS（数据库管理系统），为业务系统构造出最优的数据库存储模型。01需求分析02逻辑设计03物理设计04运行维护设计步骤数据库设计—1.需求分析为什么要需求分析？了解项目需要存储的数据、数据的存储特点、数据的生命周期理清实体（某类事物的集合）实体所包含的属性有哪些哪些属性或属性的组合可以唯一标识一个实体实体及实体之间的关系（1对1，1对多，多对多）数据库设计—2.逻辑设计重点使用ER图对数据库进行逻辑建模注：1.E-R图也称实体-联系图(EntityRelationshipDiagram)，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。2.逻辑建模与所选用的具体的DBMS系统无关。注：矩形表示实体集菱形表示联系集椭圆表示实体的属性数据库设计—2.逻辑设计设计范式范式是符合某一种设计要求的总结，设计数据库时必须遵循的一定规则。要想设计一个结构合理的关系型数据库，必须满足一定的范式。数据库范式可以避免数据冗余，减少数据库的存储空间，并且减轻维护数据完整性的成本目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和Boyce-Codd范式（BCNF）数据库设计—2.逻辑设计设计范式数据库表中的字段都是单一属性的，不可再分数据库的表中不存在非关键字段对任一候选关键字段的部分函数依赖在第二范式的基础上，数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式第一范式第二范式第三范式常见的数据库设计范式数据库设计—2.逻辑设计第一范式强调属性的原子性约束，要求属性具有原子性，不可再分解(列不可再分)数据库设计—2.逻辑设计第二范式强调记录的唯一性约束，数据表必须有一个主键，并且没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分(属性完全依赖于主键，实体的唯一性，每张表只描述一件事情)数据库设计—2.逻辑设计第三范式强调数据属性冗余性的约束，需要确保数据表中的每一列数据都和主键直接相关，非间接相关（消除传递依赖）数据库设计—2.逻辑设计反范式除此之外，有时也会看到一些反范式设计。反范式设计的原因：减少表的关联数量增加数据的读取数量注：反范式一定要适度数据库设计—3.物理设计选择合适的数据库管理系统定义数据库表及字段的命名规范根据所选的DBMS系统选择合适的字段类型及长度第一步第二步第三步根据数据库自身的特点把逻辑设计转换为物理设计数据库设计—3.物理设计选择合适的数据库管理系统数据库设计—3.物理设计定义数据库表及字段的命名规范注：数据库表及字段名不要出现大写字母，避免不必要问题。（MySQL在Windows下不区分大小写，但在Linux下默认是区分大小写的）数据库设计—3.物理设计选择合适的字段类型及长度数据库设计—3.物理设计选择合适的字段类型及长度合适的字符类型、存储长度，不但节约数据库表空间、节约索引存储，更重要的是可以提升检索速度。是否类型的字段如何选：使用tinyint，1表示是，0表示否字段如果为非负数使用unsigned小数类型的字段如何选：使用decimal不要使用float、double，存储时存在精度损失字符串类型的字段如何选：定长字符串使用char可变长字符串使用varchar（varchar不会预先分配存储空间，长度不要超过5000）长度大于5000使用text时间类型的字段如何选：优选int或timestamp（字段存储较小，但使用不方便要进行转换，限制是只能存储到2038）为方便也可选datetime数据库设计—4.运行维护运行维护需要做什么？维护数据字典维护索引维护表结构在需要的时候对表进行垂直或水平拆分注：单表数据量超过500万或容量超过2G，才考虑分库分表若预估数据量三五年都达