Day4 MySql触发器视图索引以及设计优化详解数据库

触发器

MySQL包含对触发器的支持。触发器是一种与表操作有关的数据库对象，当触发器所在表上出现指定事件时，将调用该对象，即表的操作事件触发表上的触发器的执行。

通过事件触发,不能传参

语法

CREATE 
    [DEFINER = { user | CURRENT_USER }] 
    TRIGGER trigger_name 
    trigger_time trigger_event 
    ON tbl_name FOR EACH ROW 
    [trigger_order] 
    trigger_body 
trigger_time: { BEFORE | AFTER } 
trigger_event: { INSERT | UPDATE | DELETE } 
trigger_order: { FOLLOWS | PRECEDES } other_trigger_name

trigger_event 详解

MySQL 除了对 INSERT、UPDATE、DELETE 基本操作进行定义外，还定义了 LOAD DATA 和 REPLACE 语句，这两种语句也能引起上述6中类型的触发器的触发。

LOAD DATA 语句用于将一个文件装入到一个数据表中，相当与一系列的 INSERT 操作。

REPLACE 语句一般来说和 INSERT 语句很像，只是在表中有 primary key 或 unique 索引时，如果插入的数据和原来 primary key 或 unique 索引一致时，会先删除原来的数据，然后增加一条新数据，也就是说，一条 REPLACE 语句有时候等价于一条。

INSERT 语句，有时候等价于一条 DELETE 语句加上一条 INSERT 语句。

INSERT 型触发器：插入某一行时激活触发器，可能通过 INSERT、LOAD DATA、REPLACE 语句触发；
UPDATE 型触发器：更改某一行时激活触发器，可能通过 UPDATE 语句触发；
DELETE 型触发器：删除某一行时激活触发器，可能通过 DELETE、REPLACE 语句触发。

BEGIN … END 详解

在MySQL中，BEGIN … END 语句的语法为：

BEGIN
[statement_list]
END
其中，statement_list 代表一个或多个语句的列表，列表内的每条语句都必须用分号（;）来结尾。
而在MySQL中，分号是语句结束的标识符，遇到分号表示该段语句已经结束，MySQL可以开始执行了。因此，解释器遇到statement_list 中的分号后就开始执行，然后会报出错误，因为没有找到和 BEGIN 匹配的 END。

这时就会用到 DELIMITER 命令（DELIMITER 是定界符，分隔符的意思），它是一条命令，不需要语句结束标识，语法为：
DELIMITER new_delemiter
new_delemiter 可以设为1个或多个长度的符号，默认的是分号（;），我们可以把它修改为其他符号，如$：
DELIMITER $
在这之后的语句，以分号结束，解释器不会有什么反应，只有遇到了$，才认为是语句结束。注意，使用完之后，我们还应该记得把它给修改回来。

案例一

--创建一个触发器cls_tri，当从classroom删除一条数据候，将这条数据添加到clsbak备份表中 
create TRIGGER cls_tri 
 after DELETE 
 on classroom for each ROW 
BEGIN 
 -- 添加到clsbak   old   new 
 insert into clsbak values(old.cid,old.cname); 
END; 
 
delete from classroom where cid = 9;

案例二

一个完整的创建触发器示例
假设系统中有两个表：
班级表 class(班级号 classID, 班内学生数 stuCount)
学生表 student(学号 stuID, 所属班级号 classID)
要创建触发器来使班级表中的班内学生数随着学生的添加自动更新

ELIMITER $ 
create trigger tri_stuInsert after insert 
on student for each row 
begin 
declare c int; 
set c = (select stuCount from class where classID=new.classID); 
update class set stuCount = c + 1 where classID = new.classID; 
end$ 
DELIMITER ;

变量详解

MySQL 中使用 DECLARE 来定义一局部变量，该变量只能在 BEGIN … END 复合语句中使用，并且应该定义在复合语句的开头，

即其它语句之前，语法如下：

DECLARE var_name[,…] type [DEFAULT value]
其中：
var_name 为变量名称，同 SQL 语句一样，变量名不区分大小写；type 为 MySQL 支持的任何数据类型；可以同时定义多个同类型的变量，用逗号隔开；变量初始值为 NULL，如果需要，可以使用 DEFAULT 子句提供默认值，值可以被指定为一个表达式。

对变量赋值采用 SET 语句，语法为：

SET var_name = expr [,var_name = expr] …

NEW 与 OLD 详解

上述示例中使用了NEW关键字，和 MS SQL Server 中的 INSERTED 和 DELETED 类似，MySQL 中定义了 NEW 和 OLD，用来表示

触发器的所在表中，触发了触发器的那一行数据。
具体地：
在 INSERT 型触发器中，NEW 用来表示将要（BEFORE）或已经（AFTER）插入的新数据；
在 UPDATE 型触发器中，OLD 用来表示将要或已经被修改的原数据，NEW 用来表示将要或已经修改为的新数据；
在 DELETE 型触发器中，OLD 用来表示将要或已经被删除的原数据；
使用方法： NEW.columnName （columnName 为相应数据表某一列名）
另外，OLD 是只读的，而 NEW 则可以在触发器中使用 SET 赋值，这样不会再次触发触发器，造成循环调用（如每插入一个学生前，都在其学号前加“2013”）。

查看触发器

和查看数据库（show databases;）查看表格（show tables;）一样，查看触发器的语法如下：

SHOW TRIGGERS [FROM schema_name];
其中，schema_name 即 Schema 的名称，在 MySQL 中 Schema 和 Database 是一样的，也就是说，可以指定数据库名，这样就

不必先“USE database_name;”了。

删除触发器

和删除数据库、删除表格一样，删除触发器的语法如下：

DROP TRIGGER [IF EXISTS] [schema_name.]trigger_name

触发器的执行顺序

我们建立的数据库一般都是 InnoDB 数据库，其上建立的表是事务性表，也就是事务安全的。这时，若SQL语句或触发器执行失败，MySQL 会回滚事务，有：

①如果 BEFORE 触发器执行失败，SQL 无法正确执行。
②SQL 执行失败时，AFTER 型触发器不会触发。
③AFTER 类型的触发器执行失败，SQL 会回滚

视图

定义

虚拟表。以基表为基础，动态地在使用的过程中将需要展示的数据查询出来的虚拟表。

语法

create or replace view view_emp1 
AS 
select * from emp1 where deptno=10;

with check option

保证视图安全。where子句后的条件字段不能修改。

视图的优点

　　a)  简化查询

　　b)  数据的安全性(隐藏)

　　c)  实现字段合并，分割   

索引

视图的优点

　　1.简化查询

　　2.数据的安全性(隐藏)

　　3.实现字段合并，分割   

适合使用索引情况

　　1.经常作为查询条件的列。

　　2.在高基数列添加索引。

　　3.在数据量大的表中添加索引。

不适合使用索引的情况

　　1.经常进行增删改的表(需要维护)

　　2.数据量小，低基数

　　3.不能添加太多索引

案例

//创建索引 
create index ind_name on user(userid); 
//删除索引 
drop index ind_name on user;

数据库的设计

数据库的设计范式

冗余   /   查询效率  / 扩展

A. 第一范式  1NF

所有的域都具有原子性。字段值不可分割。

B. 第二范式  2NF

基于第一范式。

所有的非主键字段必须直接与主键字段关联，而不能与主键的部分关联(联合主键)

一张表描述一个实体。

C. 第三范式 3NF

确保每列都和主键列直接相关,而不是间接相关

非主键字段之间不能存在直接关联。

数据库的设计步骤

A. 需求分析阶段

 准确了解与分析用户需求（包括数据与处理）

 是整个设计过程的基础，是最困难、最耗费时间的一步

B. 概念结构设计阶段

 是整个数据库设计的关键

设计数据库的E-R模型图，确认需求信息的正确和完整

C. 逻辑设计阶段

将E-R图转换为逻辑模型(逻辑模型为关系模型则体现为多张表)

应用数据库设计的三大范式进行审核

设计外模式，建立视图

D. 物理设计阶段

确定存取方法（例如索引的设定）

确定存储结构（文件存放的位置等），并编写代码实现前端应用

E. 数据库实施阶段

将数据载入，并对数据库进行调试

F. 运行和维护阶段

使用和维护数据库

E-R模型图

提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。

在ER图中有如下四个成分：

   矩形框：表示实体，在框中记入实体名。

   菱形框：表示联系，在框中记入联系名。

   椭圆形框：表示实体或联系的属性，将属性名记入框中。对于主属性名，则在其名称下划一下划线。

   连线：实体与属性之间；实体与联系之间；联系与属性之间用直线相连，并在直线上标注联系的类型。（对于一对一联系，要在两个实体连线方向各写1； 对于一对多联系，要在一的一方写1，多的一方写N；对于多对多关系，则要在两个实体连线方向各写N,M。)

实体关系(表)

A.         一对一：（个人信息和档案信息）

外键字段添加唯一约束

主键做外键

B.       一对多:（emp和dept）

C.       多对多:（student和corse）

创建关系表设计联合主键。

数据库的优化

查询记录数越少越好

尽量走索引

 优化原则

1) 尽量减少使用 *

2) 索引失效:

　　a) 索引列使用is null/is not null，索引失效

　　b) 索引列不能使用函数(upper lower )

　　　　包含也会导致索引失效。

　　c) 索引列不能计算。

　　d) 索引列使用not != <>索引失效。

　　e) 使用or索引失效，使用union代替。

　　f)  用EXISTS替代IN、用NOT EXISTS替代NOT IN

备份和还原

在cmd中执行命令

--备份(导出) 
mysqldump -uroot -proot dbname > d:/t.msql;    
--导入 
mysql -u root -p < C:/backup.sql