书上讲了好多， 归结起来3句话： 1NF:字段不可分; 2NF:有主键，非主键字段依赖主键; 3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库; 2NF:唯一性 一个表只说明一个事物; 3NF:每列都与主键有直接关系，不存在传递依赖; 不符合第一范式的例子 ...
分类：
数据库 时间：
2017-06-14 13:06:41
阅读次数：
227
1. 宏观上调优可以考虑三个部分，分别为硬件、网络、软件，此处主要考虑软件调优 （1）软件调优包括：表设计（范式、字段类型、数据存储引擎）、SQL语句语索引、配置文件参数、文件系统、操作系统、MYSQL版本、体系架构 2. 表设计 （1） 第一范式（1NF）：数据库表中的字段都是单一属性的，不可再分 ...
分类：
数据库 时间：
2017-06-10 23:27:00
阅读次数：
273
一.数据库的创建在开发中的步骤 1.1收集信息 1.2概念设计（E-R图） 1.3详细设计（数据库模型图） 1.4审核数据库（三大范式） 2.1 E-R 矩形：实体 椭圆：属性 菱形：关系 3.1 映射关系 一对一，一对多，多对一，多对多 4.1 三大范式 第一范式：每一列都要保证原子性，分的不能再 ...
分类：
数据库 时间：
2017-05-28 10:57:51
阅读次数：
308
关系数据库的几种设计范式介绍: 第一范式:确保每列的原子性(强调的是列的原子性，即列不能够再分成其他几列). 如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式. 例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。 第二范式:... ...
分类：
数据库 时间：
2017-05-27 00:35:39
阅读次数：
304
合理的数据库： 1.结构合理 2.冗余较小 3.尽量避免避免插入、删除、修改异常 范式（NF：Normal Form） 要设计一个结构合理的数据库，必须满足一定的范式 第一范式，第二范式，第三范式 （依次嵌套包含 范式越高 设计质量越高） 第一范式：数据表中每一列都是不可分割的基本数据项（即同一列不 ...
分类：
其他好文 时间：
2017-05-25 18:18:14
阅读次数：
158
第一范式：表的每个字段必须是独立的、不可再分割的单元 例如有一张student表，里面有一个name字段 错误：name字段里保存了现有名称，曾用名1，曾用名2.。。。 正确：name里只保存现有名称或只保存曾用名称。 第一范式保证数据查询的方便。 第二范式：在满足第一范式的基础上，每张表只表达一个 ...
分类：
数据库 时间：
2017-05-16 00:33:59
阅读次数：
216
第一范式（1NF） 每个属性都是不可分的基本数据项.（必须有主键，列不可分） eg:非第一范式的表：（列可再分） 满足第一范式的表 第二范式（2NF） 1NF基础上消除部分函数依赖， 消除数据冗余和增、删、改异常。 每个非主属性都完全函数依赖于主键 2NF关系举例： 不满足2NF的关系： (学号, ...
分类：
数据库 时间：
2017-05-10 18:53:20
阅读次数：
405
第一范式(1NF)：关系模式R的每个关系r的所有属性都是不可分的数据项。1NF是关系模式中应具备的最起码的条件 第二范式(2NF)：关系模式R是1NF，且每个关系r的所有非主属性完全依赖于主键，不能部分依赖。部分依赖：只依赖于其中一个主键 第二范式(3NF)：关系模式R是2NF，且每个关系r的所有非 ...
分类：
数据库 时间：
2017-05-08 10:09:13
阅读次数：
200
1. 1NF 指的是列具有原子性(即列不可再分) 反例: 正解: 2. 2NF 在第一范式基础上, 对于单主键表, 符合第二范式. 对于多主键表, 非主键属性不能只依赖部分主键. 不符合2NF的容易产生数据冗余 反例: SHOPID是订单ID PRODUCTID是商品ID NUM是商品数量 NAME ...
分类：
数据库 时间：
2017-05-06 15:09:41
阅读次数：
180
第一范式：1NF不能再分成其他几列 第二范式2NF：看是否存在非主属键对主键的部分依赖，第二范式不能存在部分依赖的 第三范式3NF：是否存在传递依赖，第三范式不能存在传递依赖，非主属键必须直接依赖于主键 判断是否第二范式：非主属键否完全依赖于主键，还是依赖于主键的一部分 是否第三范式：非主属键列是否 ...
分类：
其他好文 时间：
2017-04-30 11:03:49
阅读次数：
128
