-
数据库名词解释查看全部
-
1，我们接到一个项目： 首先要去分析这个项目有哪些模块--->然后针对具体模块分析有哪些属性--->针对属性分析哪个属性或哪几个属性的集合可以用来标识这个属性[唯一标识]------->分析这个模块数据是否永久存储，是否数据增长很快，是否经常查询---->如果是就要考虑分库分表了。如果不是，那么这些数据是否只会存储一定时间，是否需要永久记录--->如果是我们就定期归档及数据的迁移操作了。 如：注册用户表： 属性：用户名，密码，电话，邮箱，地址，昵称，头像，…… 唯一标识： 邮箱？ 用户名+邮箱->md5加密来标识？…… 存储特点：随系统上线时间逐渐增加，需要永久存储。 ---> 必须分库分表操作了。 如拟定2亿用户 可以分4个库，每个库100张表，每张表50w条记录。 2，分析这些模块之间的关联性： 1对1？ 1对多？ 多对多？ ---->画ER图。查看全部
-
论需求分析的重要性： 不懂得需求分析的孩子不是好孩子。 1，对一个数据库设计前，我们要了解我们数据库要存入哪些数据，这些数据有哪些特征(重要程度？ 时效性？ )然后对症下药，时效性不同->可以定时归档，清理。 重要程度或扩展程度不同可以->分库分表…… 2，了解数据之间的联系，1对1,1对多还是多对多，从而建立的数据表可以是独立的，可以是关联性质的。 3，如果是日志文件，我们打算存入数据库。就要想到这种数据增长性很大，如果只存不清理会造成数据库使用量的大幅度增长，是不好的。我们要定期进行归档，清除操作。查看全部
-
一、数据库的设计过程---->需求分析-逻辑设计-物理设计-维护优化 二、具体来说： 需求分析： 数据是什么，数据的属性，数据和属性各自的特点 逻辑设计： ER建模 物理设计： ora,mysql等特点 维护优化： 新的需求进行建表，索引优化，大表拆分查看全部
-
需求设计 逻辑设计 物理设计 维护优化查看全部
-
避免数据维护异常 节约存储空间查看全部
-
有效的存储 高效的访问查看全部
-
数据库的设计过程---> 需求分析 -逻辑设计-物理设计-维护优化 一需求分析阶段： 1.数据是什么？ 2.数据有哪些属性？ 3.数据和属性各自的特点有哪些？ 二：逻辑设计 1.使用ER图对数据库进行逻辑建模 三：物理设计 考虑数据库管理系统 根据数据库自身的特点把逻辑设计转换为物理设计 四：维护优化 1.新的需求进行建表 2.索引优化 3.大表拆分查看全部
-
有效的存储，高效的访问查看全部
-
维护数据字典 维护索引 维护表结构 在适当的时候对表进行水平拆分或垂直拆分查看全部
-
为什么数据库设计查看全部
-
MySql 存储引擎： MyISAM 不支持事务 读写效率高 支持并发插入的表级锁 容易锁表 MRG_MYISAM 不支持事务 不支持行级锁 Innodb 支持事务 支持MVCC的行级锁（多版本并发控制） Archiive 不支持事务 存储容量小 适用于日志记录场景 Ndb cluster 支持事务 支持行级锁 适用于集群场景查看全部
-
需求分析： 了解系统中所要存储的数据 了解数据的存储特点 了解数据的生命周期 （日志类 非核心数据 归档清理的计划）查看全部
-
需求分析： 数据时什么 数据有哪些属性 数据和属性各自的特点是什么 逻辑设计 E-R 图设计逻辑结构 物理设计 需要考虑不同的数据库管理系统 根据数据库本身的特点把逻辑设计装换为物理设计 维护优化 新的需求进行建表 索引的优化 大表的拆分查看全部
-
有效的存储 高效的访问查看全部
举报
0/150
提交
取消