触发器
是特定事件出现的时候，自动执行的代码块。类似于存储过程，但是用户不能直接调用他们。
功能：
1、 允许/限制对表的修改
2、 自动生成派生列，比如自增字段
3、 强制数据一致性
4、 提供审计和日志记录
5、 防止无效的事务处理
6、 启用复杂的业务逻辑
开始
create trigger biufer_employees_department_id
before insert or update
of department_id
on employees
referencing old as old_value
new as new_value
for each row
when (new_value.department_id<>80 )
begin
:new_value.commission_pct :=0;
end;
/
触发器的组成部分：
1、 触发器名称
2、 触发语句
3、 触发器限制
4、 触发操作
1、 触发器名称
create trigger biufer_employees_department_id
命名习惯：
biufer（before insert update for each row）
employees 表名
department_id 列名
2、 触发语句
比如：
表或视图上的dml语句
ddl语句
数据库关闭或启动,startup shutdown 等等
before insert or update
of department_id
on employees
referencing old as old_value
new as new_value
for each row
说明：
1、 无论是否规定了department_id ，对employees表进行insert的时候
2、 对employees表的department_id列进行update的时候
3、 触发器限制
when (new_value.department_id<>80 )
限制不是必须的。此例表示如果列department_id不等于80的时候，触发器就会执行。
其中的new_value是代表跟新之后的值。
4、 触发操作
是触发器的主体
begin
:new_value.commission_pct :=0;
end;
主体很简单，就是将更新后的commission_pct列置为0
触发：
insert into employees(employee_id,
last_name,first_name,hire_date,job_id,email,department_id,salary,commission_pct )
values( 12345,’chen’,’donny’, sysdate, 12, ‘donny@hotmail.com’,60,10000,.25);
select commission_pct from employees where employee_id=12345;
触发器不会通知用户，便改变了用户的输入值。
触发器类型：
1、 语句触发器
2、 行触发器
3、 instead of 触发器
4、 系统条件触发器
5、 用户事件触发器
1、 语句触发器
是在表上或者某些情况下的视图上执行的特定语句或者语句组上的触发器。能够与insert、update、delete或者组合上进行关联。但是无论使用什么样的组合，各个语句触发器都只会针对指定语句激活一次。比如，无论update多少行，也只会调用一次update语句触发器。
例子：
需要对在表上进行dml操作的用户进行安全检查，看是否具有合适的特权。
create table foo(a number);
create trigger biud_foo
before insert or update or delete
on foo
begin
if user not in (‘donny’) then
raise_application_error(-20001, ‘you don’t have access to modify this table.’);
end if;
end;
/
即使sys，system用户也不能修改foo表
对修改表的时间、人物进行日志记录。
1、 建立试验表
create table employees_copy as select *from hr.employees
2、 建立日志表
create table employees_log(
who varchar2(30),
when date);
3、 在employees_copy表上建立语句触发器，在触发器中填充employees_log 表。
create or replace trigger biud_employee_copy
before insert or update or delete
on employees_copy
begin
insert into employees_log(
who,when)
values( user, sysdate);
end;
/
4、 测试
update employees_copy set salary= salary*1.1;
select *from employess_log;
5、 确定是哪个语句起作用？
即是insert/update/delete中的哪一个触发了触发器？
可以在触发器中使用inserting / updating / deleting 条件谓词，作判断：
begin
if inserting then
-----
elsif updating then
-----
elsif deleting then
------
end if;
end;
if updating(‘col1’) or updating(‘col2’) then
------
end if;
1、 修改日志表
alter table employees_log
add (action varchar2(20));
2、 修改触发器，以便记录语句类型。
create or replace trigger biud_employee_copy
before insert or update or delete
on employees_copy
declare
l_action employees_log.action%type;
begin
if inserting then
l_action:=’insert’;
elsif updating then
l_action:=’update’;
elsif deleting then
l_action:=’delete’;
else
raise_application_error(-20001,’you should never ever get this error.’);
insert into employees_log(
who,action,when)
values( user, l_action,sysdate);
end;
/
3、 测试
insert into employees_copy( employee_id, last_name, email, hire_date, job_id)
values(12345,’chen’,’donny@hotmail’,sysdate,12);
select *from employees_log
update employees_copy set salary=50000 where employee_id = 12345;
2、 行触发器
是指为受到影响的各个行激活的触发器，定义与语句触发器类似，有以下两个例外：
1、 定义语句中包含for each row子句
2、 在before……for each row触发器中，用户可以引用受到影响的行值。
比如：
定义：
create trigger biufer_employees_department_id
before insert or update
of department_id
on employees_copy
referencing old as old_value
new as new_value
for each row
when (new_value.department_id<>80 )
begin
:new_value.commission_pct :=0;
end;
/
referencing 子句：
执行dml语句之前的值的默认名称是 :old ,之后的值是 :new
insert 操作只有:new
delete 操作只有 :old
update 操作两者都有
referencing子句只是将new 和old重命名为new_value和old_value，目的是避免混淆。比如操作一个名为new的表时。
作用不很大。
：为主健生成自增序列号
drop table foo;
create table foo(id number, data varchar2(20));
create sequence foo_seq;
create or replace trigger bifer_foo_id_pk
before insert on foo
for each row
begin
select foo_seq.nextval into :new.id from dual;
end;
/
insert into foo(data) values(‘donny’);
insert into foo values(5,’chen’);
select * from foo;
3、 instead of 触发器更新视图
create or replace view company_phone_book as
select first_name||’, ’||last_name name, email, phone_number,
employee_id emp_id
from hr.employees;
尝试更新email和name
update hr.company_phone_book
set name=’chen1, donny1’
where emp_id=100
create or replace trigger update_name_company_phone_book
instead of
update on hr.company_phone_book
begin
update hr.employees
set employee_id=:new.emp_id,
first_name=substr(:new.name, instr(:new.name,’,’)+2),
last_name= substr(:new.name,1,instr(:new.name,’,’)-1),
phone_number=:new.phone_number,
email=:new.email
where employee_id=:old.emp_id;
end;
4、 系统事件触发器
系统事件：数据库启动、关闭，服务器错误
create trigger ad_startup
after startup
on database
begin
-- do some stuff
end;
/
5、 用户事件触发器
用户事件：用户登陆、注销，create / alter / drop / analyze / audit / grant / revoke / rename / truncate / logoff
例子：记录删除对象
1. 日志表
create table droped_objects(
object_name varchar2(30),
object_type varchar2(30),
dropped_on date);
2．触发器
create or replace trigger log_drop_trigger
before drop on donny.schema
begin
insert into droped_objects values(
ora_dict_obj_name, -- 与触发器相关的函数
ora_dict_obj_type,
sysdate);
end;
/
3. 测试
create table drop_me(a number);
create view drop_me_view as select *from drop_me;
drop view drop_me_view;
drop table drop_me;
select *from droped_objects
禁用和启用触发器
alter trigger <trigger_name> disable;
alter trigger <trigger_name> enable;
事务处理：
在触发器中，不能使用commit / rollback
因为ddl语句具有隐式的commit，所以也不允许使用
视图：
dba_triggers
数据库系统性能的提升不仅有赖于对数据库本身性能的优化，还需要对应用程序的性能进行优化。本文分两部分分别对这两个方面进行介绍。
一个数据库系统的生命周期可以分成设计、开发和成品三个阶段。在设计阶段进行数据库性能优化的成本最低，收益最大。在成品阶段进行数据库性能优化的成本最高，收益最小。数据库的优化可以通过对网络、硬件、操作系统、数据库参数和应用程序的优化来进行。最常见的优化手段就是对硬件的升级。据统计，对网络、硬件、操作系统、数据库参数进行优化所获得的性能提升，全部加起来只占数据库系统性能提升的40%左右，其余的60%系统性能提升来自对应用程序的优化。许多优化专家认为，对应用程序的优化可以得到80%的系统性能的提升。
数据库性能的优化
数据库设计是应用程序设计的基础，其性能直接影响应用程序的性能。数据库性能包括存储空间需求量的大小和查询响应时间的长短两个方面。为了优化数据库性能，需要对数据库中的表进行规范化。规范化的范式可分为第一范式、第二范式、第三范式、bcnf范式、第四范式和第五范式。一般来说，逻辑数据库设计会满足规范化的前3级标准,但由于满足第三范式的表结构容易维护且基本满足实际应用的要求。因此，实际应用中一般都按照第三范式的标准进行规范化。但是，规范化也有缺点：由于将一个表拆分成为多个表，在查询时需要多表连接，降低了查询速度。
由于规范化有可能导致查询速度慢的缺点，考虑到一些应用需要较快的响应速度，在设计表时应同时考虑对某些表进行反规范化。反规范化可以采用以下几种方法：
1. 分割表
分割表包括水平分割和垂直分割。
水平分割是按照行将一个表分割为多个表，这可以提高每个表的查询速度，但查询、更新时要选择不同的表，统计时要汇总多个表，因此应用程序会更复杂。
垂直分割是对于一个列很多的表，若某些列的访问频率远远高于其它列，就可以将主键和这些列作为一个表，将主键和其它列作为另外一个表。通过减少列的宽度，增加了每个数据页的行数，一次i/o就可以扫描更多的行，从而提高了访问每一个表的速度。但是由于造成了多表连接，所以应该在同时查询或更新不同分割表中的列的情况比较少的情况下使用。
2. 保留冗余列
当两个或多个表在查询中经常需要连接时，可以在其中一个表上增加若干冗余的列，以避免表之间的连接过于频繁。由于对冗余列的更新操作必须对多个表同步进行，所以一般在冗余列的数据不经常变动的情况下使用。
3. 增加派生列
派生列是由表中的其它多个列计算所得，增加派生列可以减少统计运算，在数据汇总时可以大大缩短运算时间。
应用程序性能的优化
应用程序的优化通常可分为两个方面：源代码和sql语句。由于涉及到对程序逻辑的改变，源代码的优化在时间成本和风险上代价很高，而对数据库系统性能的提升收效有限，因此应用程序的优化应着重在sql语句的优化。对于海量数据，劣质sql语句和优质sql语句之间的速度差别可以达到上百倍，可见对于一个系统不是简单地能实现其功能就行，而是要写出高质量的sql语句，提高系统的可用性。
下面就某些sql语句的where子句编写中需要注意的问题作详细介绍。在这些where子句中，即使某些列存在索引，但是由于编写了劣质的sql，系统在运行该sql语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度的极大降低。
1. is null 与 is not null
不能用null作索引，任何包含null值的列都将不会被包含在索引中。即使索引有多列的情况下，只要这些列中有一列含有null，该列就会从索引中排除。也就是说如果某列存在空值，即使对该列建索引也不会提高性能。
任何在where子句中使用is null或is not null的语句优化器是不允许使用索引的。
2. 联接列
对于有联接的列，即使最后的联接值为一个静态值，优化器不会使用索引的。例如，假定有一个职工表（employee），对于一个职工的姓和名分成两列存放（first_name和last_name），现在要查询一个叫乔治·布什（george bush）的职工。 下面是一个采用联接查询的sql语句：
select * from employee where first_name||""||last_name ="george bush";
上面这条语句完全可以查询出是否有george bush这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有使用。
当采用下面这种sql语句的编写，oracle系统就可以采用基于last_name创建的索引：
select * from employee where first_name ="george" and last_name ="bush";
遇到下面这种情况又如何处理呢？如果一个变量（name）中存放着george bush这个员工的姓名，对于这种情况我们又如何避免全程遍历使用索引呢？可以使用一个函数，将变量name中的姓和名分开就可以了，但是有一点需要注意，这个函数是不能作用在索引列上。下面是sql查询脚本：
select * from employee where first_name = substr("&&name",1,instr("&&name"," ")-1) and last_name = substr("&&name",instr("&&name’," ")+1) ;
3. 带通配符（%）的like语句
同样以上面的例子来看这种情况。目前的需求是这样的，要求在职工表中查询名字中包含bush的人。可以采用如下的查询sql语句：
select * from employee where last_name like "%bush%";
这里由于通配符（%）在搜寻词首出现，所以oracle系统不使用last_name的索引。在很多情况下可能无法避免这种情况，但是一定要心中有底，通配符如此使用会降低查询速度。然而当通配符出现在字符串其他位置时，优化器就能利用索引。例如，在下面的查询中索引得到了使用：
select * from employee where last_name like "c%";
4. order by语句
order by语句决定了oracle如何将返回的查询结果排序。order by语句对要排序的列没有什么特别的限制，也可以将函数加入列中（象联接或者附加等）。任何在order by语句的非索引项或者有计算表达式都将降低查询速度。
仔细检查order by语句以找出非索引项或者表达式，它们会降低性能。解决这个问题的办法就是重写order by语句以使用索引，也可以为所使用的列建立另外一个索引，同时应绝对避免在order by子句中使用表达式。
5. not
我们在查询时经常在where子句使用一些逻辑表达式，如大于、小于、等于以及不等于等等，也可以使用and（与）、or（或）以及not（非）。not可用来对任何逻辑运算符号取反。下面是一个not子句的例子：
... where not (status ="valid")
如果要使用not，则应在取反的短语前面加上括号，并在短语前面加上not运算符。not运算符包含在另外一个逻辑运算符中，这就是不等于（<>）运算符。换句话说，即使不在查询where子句中显式地加入not词，not仍在运算符中，见下例：
... where status <>"invalid";
再看下面这个例子：
select * from employee where salary<>3000;
对这个查询，可以改写为不使用not的语句：
select * from employee where salary<3000 or salary>3000;
虽然这两种查询的结果一样，但是第二种查询方案会比第一种查询方案更快些。第二种查询允许oracle对salary列使用索引，而第一种查询则不能使用索引。
6. in和exists
有时候会将一列和一系列值相比较。最简单的办法就是在where子句中使用子查询。在where子句中可以使用两种格式的子查询。
第一种格式是使用in操作符：
... where column in(select * from ... where ...);
第二种格式是使用exist操作符：
... where exists (select "x" from ...where ...);
绝大多数人会使用第一种格式，因为它比较容易编写，而实际上第二种格式要远比第一种格式的效率高。在oracle中可以将几乎所有的in操作符子查询改写为使用exists的子查询。
第二种格式中，子查询以‘select "x"’开始。运用exists子句不管子查询从表中抽取什么数据它只查看where子句。这样优化器就不必遍历整个表而仅根据索引就可完成工作（这里假定在where语句中使用的列存在索引）。相对于in子句来说，exists使用相连子查询，构造起来要比in子查询困难一些。
通过使用exists，oracle系统会首先检查主查询，然后运行子查询直到找到第一个匹配项，这就节省了时间。oracle系统在执行in子查询时，首先执行子查询，并将获得的结果列表存放在一个加了索引的临时表中。在执行子查询之前，系统先将主查询挂起，待子查询执行完毕，存放在临时表中以后再执行主查询。这也就是使用exists比使用in通常查询速度快的原因。
同时应尽可能使用not exists来代替not in，尽管二者都使用了not（不能使用索引而降低速度），但not exists要比not in查询效率更高。
