-
http://img1.sycdn.imooc.com//542fc32e0001f5c210000530-120-68.jpg查看全部
-
字段类型选择 1、影响：存储空间开销、数据查询性能 2、数字>日期或二进制>字符> 同级别中优先占用空间小的 3、MySQL类型占用空间如图（TIMESTAMP只能到2037年） http://img1.sycdn.imooc.com//542fc28a00018eb910000530-120-68.jpg 4、原因：进行比较时，同样的数据字符处理往往比数字处理慢；数据处理以页为单位，列长越小，性能越好查看全部
-
确定库、表、字段命名规范 1、可读性：大小写 （有些系统对大小写是敏感的） 2、表意性：见名知意 3、长名：尽量不要缩写查看全部
-
MySQL innodb 5.5之后默认 支持事务 无忌用 无表级锁 首选 Ndb cluster 应用于集群查看全部
-
选择数据库系统：成本 、功能、操作系统、开发语言 Oracle （事物成本低） 高安全性大项目 SQLServer 商业（更合企业项目） 中小企业 只有WINDOWS 与.NET结合更好 MySql PgSQl 开源（常见于互联网项目）查看全部
-
物理设计 建立表结构 1、选择数据库系统：应用特点、成本 2、定义库、表、字段的命名规范（数据库系统对此有限制） 3、根据系统选择合适的字段类型 4、反范式化设计：增加冗余，提高效率查看全部
-
BC范式 表中不存在任何字段对任一候选关键字段的传递函数依赖 严于第三范式查看全部
-
第三范式 在第二范式基础上，如果表中不存在非关键字段对任意候选关键字段的传递函数依赖则符合第三范式 不符合——>拆分表查看全部
-
第二范式 单关键字，符合要求 如果某属性依赖组合关键字的一部分，则不符合要求——>将表拆分成两个表和一个关系查看全部
-
每一范式 表中所有字段都是单一属性，不可再分 要求数据库中的表都是二维表查看全部
-
设计范式 第一、二、三范式（重点） BC范式 第四、五范式 操作异常： 插（依赖于其他的存在）、更（需要一次更新多处）删除（删除一个其他的坏了) 数据冗余：多处存储、可以通过其他列计算得到查看全部
-
数据库设计 目的 有效存储 高效访问查看全部
-
维护优化: 1新的需求进行建表 2索引优化 3大表拆分查看全部
-
逻辑设计: 使用ER图对数据库进行设计查看全部
-
需求分析: 1数据是什么 2数据有哪些属性 3数据和属性各自的特点有哪些查看全部
举报
0/150
提交
取消