Oracle触发器在MIS开发中的应用分析

文章作者 100test 发表时间 2007:03:14 13:34:47
来源 100Test.Com百考试题网

摘要:本文介绍了oracle触发器的概念和类型,总结了oracle触发器在开发MIS中的应用,并提供了实例以供参考。

关键词:MIS 、触发器、oracle。

１．引言

本人在做一个大型的MIS系统（前台用powerbuild工具，后台用oracle数据库）时，常碰到一些有关数据冗长性，批量删除和动态信息方面的问题，由此发现数据库触发器简单易用。现将有关开发和应用中的一些体会总结成文，供同行参考。

２．触发器的概念和类型

数据库触发器（database triggers）是响应插入、更新或删除等数据库事件而执行的过程。它定义了当一些数据库相关事件发生时应采取的动作。可用于管理复杂的完整性约束，或监控对表的修改，或通知其它程序，表已发生修改。它的类型有：语句级触发器，以及行级触发器，前者可以在语句执行前或执行后被触发。后者在每个触发语句影响的行触发一次。还有before和after触发的命令。在insert,0update,和0delete之前或之后执行，引用新旧值进行处理。如果需通过触发器设定插入行中的某列值，则为了访问“新(new)”值，需使用一个触发器before insert，使用after insert则不行。Instead of 触发器命令，使用它告诉oracle应执行什么操作。以上四种大类合成14种小类（略）。各种触发器的执行顺序如下：

⑴ 如果有，最先执行语句级before触发器。

⑵ 每个insert，0delete,0update影响的行；

① 如果有，最先执行行级before；

② 执行行的0delete或0update；

③ 如果有,执行行级after触发器；

⑶ 如果有,执行语句级after触发器。

３．使用数据库触发器管理数据冗余性

为了数据分析和制作报表的需要,用户在数据模型中加入了冗余数据，应使用触发器,以保证数据的完整性。

冗余数据可以用规定的 for each row选项的before 0update触发器进行管理。0update 命令可放在触发器中对所有需要更新的冗余数据进行更新,如客户表和订单表,订单表包括客户的订单和客户表的冗余信息,客户表(customer)的表结构:客户号(cu_no)、客户名(cu_name)、客户地址(cu_address)。订单表(order)的表结构:订单号(or_no),客户号(or_no)，客户名（cu_name），客户地址（cu_address）,当客户基表中的数据被更新时更新订单中的冗余列。语法如下：

create or replace trigger bj_customer 　　 　　before 0update on customer 　　 　　for each row 　　 　　begin 　　 　　　　0update order set 　　 　　　　cu_no=:new.cu_no， 　　 　　　　cu_name=:new.cu_name， 　　 　　　　cu_address=:new.cu_addess， 　　 　　　　where cu_no=:old.cu_no； 　　 　　end.

　　

４．用触发器完成数据复制

如果需求非常有限，可以用数据触发器从一个数据库中向另一个数据库复制数据，如果数据复制需求仅与数据的插入有关，当一条记录插入到一个数据库中的某个基表中时，用户还希望把这条记录插入到一个远程数据库中，需用create database link语句创建一条到远程数据库的连接，一旦创建了一条数据库连接后，就可以在基表上创建一个after insert触发器，以把每一条记录插入到远程数据库中。

（1）在脚本中创建数据库连接（database link）bj_ysd_remote基表作为数据库基表，Bj_ysd_local代表本地数据库上的源基表。

Creat database link remote(连接名) 　　 　　Connect to bj(帐户) indentified by bj(密码) 　　 　　Using ‘:2’.

　　

（2）复制记录

create or replace trigger trig_ysd（触发器名） 　　 　　after insert on bj_ysd_local 　　 　　for each row 　　 　　begin 　　 　　insert into bj_ysd_remote@dblink remote 　　 　　value(:new.x1,:new.x2,……)/＊x1.x2代表字段名＊／ 　　 　　end.

　　

（3）删除记录

create or replace trigger trig_ysd_del 　　 　　after 0delete on bj_ysd_local 　　 　　for each row 　　 　　begin 　　 　　　　0delete from bj_ysd_remote@dblink remote 　　 　　where x1=:old.x1 　　 　　end.