-
数据冗余：查看全部
-
数据操作异常：查看全部
-
数据库设计范式：有第一范式，第二范式，第三范式，BS范式，。。。查看全部
-
设计范式概要：查看全部
-
电子商务E-R图查看全部
-
E-R图查看全部
-
数据库名词定义：查看全部
-
数据库设计的原因查看全部
-
实例：查看全部
-
1，我们接到一个项目： 首先要去分析这个项目有哪些模块--->然后针对具体模块分析有哪些属性--->针对属性分析哪个属性或哪几个属性的集合可以用来标识这个属性[唯一标识]------->分析这个模块数据是否永久存储，是否数据增长很快，是否经常查询---->如果是就要考虑分库分表了。如果不是，那么这些数据是否只会存储一定时间，是否需要永久记录--->如果是我们就定期归档及数据的迁移操作了。 如：注册用户表： 属性：用户名，密码，电话，邮箱，地址，昵称，头像，…… 唯一标识： 邮箱？ 用户名+邮箱->md5加密来标识？…… 存储特点：随系统上线时间逐渐增加，需要永久存储。 ---> 必须分库分表操作了。 如拟定2亿用户 可以分4个库，每个库100张表，每张表50w条记录。 2，分析这些模块之间的关联性： 1对1？ 1对多？ 多对多？ ---->画ER图。 比如，电子商务网站系统包括几个模块：用户模块，商品模块，订单模块，购物车模块，供应商模块。 记录注册用户信息 属性：用户名、密码、电话、邮箱、身份证号、地址、姓名、昵称。。。 可选唯一标识属性：用户名、身份证号、电话 存储特点：随系统上线时间逐渐增加，需要永久存储。查看全部
-
要搞清楚的一些问题： 1，对一个数据库设计前，我们要了解我们数据库要存入哪些数据，这些数据有哪些特征(重要程度？ 时效性？ )然后对症下药，时效性不同->可以定时归档，清理。 重要程度或扩展程度不同可以->分库分表…… 2，了解数据之间的联系，1对1,1对多还是多对多，从而建立的数据表可以是独立的，可以是关联性质的。 3，如果是日志文件，我们打算存入数据库。就要想到这种数据增长性很大，如果只存不清理会造成数据库使用量的大幅度增长，是不好的。我们要定期进行归档，清除操作。查看全部
-
进行需求分析的原因：查看全部
-
数据库设计之物理设计查看全部
-
一、数据库的设计过程---->需求分析-逻辑设计-物理设计-维护优化 二、具体来说： 需求分析： 数据是什么，数据的属性，数据和属性各自的特点 逻辑设计： ER建模 物理设计： ora,mysql等特点 维护优化： 新的需求进行建表，索引优化，大表拆分查看全部
-
数据库的设计原则为：查看全部
举报
0/150
提交
取消