20150102--Mysql外键+增删改查-01

回顾

校对集：校对集必须事先设置好，修改无效

乱码问题：三码合一，通过php设置数据库和浏览器的编码

存储引擎：数据库数据的存储方式

数据类型：数值型，字符串型和时间日期型

数值型：整型，小数型（浮点和定点）

字符串型：定长，变长，文本，枚举和集合

时间日期型：时间日期，日期，时间，时间戳（以时间戳时间为起始单位的时间日期），年

列属性：null，default，primary key，auto_increment

列属性

注释

注释不是指普通的注释，让系统（服务器）自动的去忽略无效代码。真正的注释将一段用来描述字段文件保存到对应的数据表里，用于提示用户当前结构的情况。

SQL注释：让系统忽略

-- ：两个中划线和一个空格，行注释，以后所有内容都可以忽略

#：也是单行注释

/**/：块注释

注释关键字：comment

语法：在数据类型之后comment ‘注释内容’;

注意：注释不分语言类型，都是为了方便别人和自己去维护代码。

唯一键

唯一键是一个索引，对应字段里面的数据应该具有唯一性。

存在：一个表主键也是用来保证数据的唯一性（对应的字段），但是一张表只能拥有一个主键，但是其他字段也有可能需要保证数据唯一性，唯一键就是为了解决该问题。

唯一键特点

1. 唯一键与主键类似，都是保证当前的数据具有唯一性

2. 唯一键不统计数据为空的字段（允许有空字段而且是多个）

3. 唯一键在表中可以使用多个

添加唯一键

唯一键关键字：unique key

1. 在字段之后使用关键字unique

2. 可以在所有的字段只用，使用unique key(字段列表);

3. 修改表结构

a) 修改字段（modify），在字段之后增加属性unique关键字

b) 增加唯一键：add unique key(字段列表)

使用唯一键

如果给唯一键字段添加不唯一的数据，那么就会报错。

唯一键不能修改，只能删除

删除唯一键

alter table 表名 drop index 索引名字; 删除唯一键

alter table 表名 drop primary key; 删除主键

alter table 表名 drop foreign key 外键名; 删除外键

查看索引名字

删除唯一键

伪主键

关系

自然界中的关系通过数据对应的模式进行分析之后，得出结果：可以大致分为三种，一对一，一堆多，多对多

一对多

一对多与多对一是一个概念，指的是一个实体的某个数据与另外一个实体的多个数据有关联关系。

班级表（一表）

学生表（多表）

将实体间的多对一的关系进行维护：在“多”表中，增加一个字段能够指向“一”表中，唯一字段。

多对多

一个实体的数据对应另外一个实体的多个数据，另外实体的数据也同样对应当前实体的多个数据。

教师表（多）

班级表（多）

犬夜叉：教过PHP141115和PHP140925

PHP141115：被犬夜叉和戈薇教过

解决方案：创建一个中间表，专门用来维护多表之间的对应关系，通常是能够唯一标识出数据的字段（主键）

一对一

一个实体的数据对应另外一个实体的数据，一条对一条

学生表（内部关系）

为了提升操作的效率会主动的将一张表进行拆分，拆分成两张表：一张经常用于操作，另外一张很少操作。

常用信息

不常用信息

范式

规范的方式，指的是一套维护数据的方式

范式：Normal Format，简称NF，是数学中的一个概念。是为了解决一个数据之间的联系，同时还要保证数据最简化的内容。

范式一共分为六层：第一范式（1NF），第二范式…第六范式（6NF）

范式的严格程度是逐层递增，要满足后续的范式，必须先满足前面所有的范式。

数据库规范中引入的范式的概念，只引入到三层范式（3NF）。

1NF

第一范式：指数据库中表的设计（字段），字段在使用的过程中，不需要通过额外的方式对数据进行处理（拆分），要保证数据库中的字段必须拿出来就可以直接使用。1NF必须满足原子性。

讲师代课表

如果在使用的过程中，需要额外的使用代课的起始时间，需要分别得到起始时间和结束时间。代课时间取出来需要对数据进行拆分，不符号1NF，不具有不可拆分性（原子性）

解决方案：将代课时间拆分成开始时间和结束时间

满足第一范式很简单：将数据拆分成最小颗粒存储到数据库即可。

2NF

若要满足第二范式，必须先满足第一范式。

2NF，如果一个数据库中存在一个字段依赖主键的一部分，而不是整个主键。这个时候就存在部分依赖，第二范式不满足，需要解除部分依赖。

讲师带课表

将主键由讲师和班级共同组建（复合主键）,性别只依赖于讲师，教室依赖于班级

班级和性别依赖主键的一部分，存在部分依赖。

解决方案：取消复合主键，额外的增加一个逻辑主键

第二范式：不让表中存在复合主键

3NF

要满足第三范式，必须满足第二范式。

指的是如果一个字段不依赖主键，而是依赖其他的字段的时候，那么就会形成传递依赖。一张表中的所有字段都应该依赖主键，而不是依赖主键以外的其他字段。如果存在依赖主键以外的字段，那就形成了传递依赖。第三范式要求取消传递依赖。

讲师带课表

性别不依赖ID，只依赖讲师，而讲师依赖主键，形成了传递依赖。

解决方案：将形成传递依赖的字段，单独取出来，形成一个新的实体，然后在需要使用新实体的地方使用对应实体表中主键。

因为讲师代课表中不存在字段不依赖主键了，所以就不存在传递依赖。

数据库并没有强制要求数据表设计必须满足三范式。

逆规范化

明知设计不符合三范式，但是有时候会为了提高效率，会刻意的增加数据冗余。

因为数据查询操作如果跨表的话会影响效率，有时候为了效率会增加必要的数据冗余（牺牲磁盘空间）

逆规范化其实本质是效率与空间利用率的博弈。