三大范式
设计范式的目的
为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。
在关系型数据库 中这种规则就 称为范式。范式是符合某一种设计要求的总结。
要想设计一个结构合理的关系型数据库，必须满足一定的范式。
第一范式 1NF
确保所有字段值都是不可分解的原子值
如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.简记为1NF
例如:
学员表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。
第二范式 2NF
确保所有列都和主键有关系
如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式. 简记为2NF
例如:
学员表(学员编号、学院编号、姓名、性别、……)，
"学员编号"为主键，"学院编号"和主 键列没有直接的关系，即"学院编号"列不依赖于主键列，应删除该列。
例如2：
选课表：（学号、姓名、年龄、课程名称、成绩、学分），
（学号、课程名称）-->（姓名、年龄、成绩、学分）
课程名称-->学分，成绩 学号-->姓名，年龄
第三范式 3NF
确保每列都和主键列直接相关,而不是间接相关
如果一个关系满足第二范式,并且除了主键以外的其它列都不依赖于主键列,则满足第三范式.简 记为3NF
例如：
假设A、B和C是关系R的三个属性，如果A-〉B且B-〉C，则从这些函数依赖中，可 以得出A-〉C，
如上所述，依赖A-〉C是传递依赖。
学员表(学号，姓名，年龄，所在学院，学院地点，学院电话)
学号->姓名，年龄，所在学院，学院地点，学院电话
能满足2NF，但不满足3NF
学号-->所在学院-->学院地点，学院电话
注意：
满足范式要求的数据库设计是结构清晰的，同时可避免数据冗余和操作异常。
这并不意味着不 符合范式要求的设计一定是错误的，在数据库表中 比如 一对一 或一对多关系的这种情况下， 合并导致的不符合范式要求反而是合理的
视图
概念
理解视图
视图与表有很多相似的地方，视图也是由若干字段以及若干记录构成的，它也可以作为 select语句的数据源。
甚至在某些特定情况下，可以通过视图对表进行更新操作
视图保存的仅仅是一条select语句，其源数据都来自于数据库表，数据库表称为基本表或者基表，视图称称为虚表。基表数据发生变化，虚表也会随之变化
视图作用
1.使操作变得简单（可以将复杂的select语句封装到视图）
2.避免数据冗余（可以由一个基表或者多个基表产生多种针对性的视图）
3.增强数据安全性（为不同的用户分配不通的视图，增强了数据的安全访问控制）
4.提高数据的逻辑独立性（使应用程序与数据逻辑独立）
创建
创建视图
create view 视图名[(视图字段列表)] as select语句
为了区分视图与基本表，在命名视图时，建议加前缀“view_”或者“v_”
查看视图
describe 视图名
删除视图
drop view 视图名
触发器
概念
理解触发器
mysql5.0新增的功能，触发器定义了一系列的操作，这一系列的操作称为触发程序，当触发事件发生时，触发程序自动运行
作用
触发器主要用于监视某个表的insert、update、delete等更新操作，这些操作可以分别激活该表的insert、update或者delete类的触发程序运行，从而实现数据自动维护。
操作
创建触发器
create trigger 触发器名 触发时机 触发事件 on 表名 for each row begin 触发程序 end;
触发时机：before与after
触发事件：insert、update、delete
for each row表示行级触发器
new.字段名 只有触发时机为BEFORE时才有（即将插入后者更新数据记录）
old.字段名 只能在更新时才有（更新之前的原有记录）
使用old和new关键字对记录进行操作。new.字段名或者old.字段名。 old记录是只读的。 new记录只有是before类型时才能更改值
例：
CREATE TRIGGER tri_stu_insert BEFORE INSERT ON students FOR EACH ROW
BEGIN
UPDATE class SET class_num=class_num+1 WHERE class_id=new.class_id;
END;
（students表中插入一行数据后，class表里对应的number数量+1）
查看触发器的定义
show create trigger 触发器名称
删除触发器
drop trigger 触发器名