Oracle SQL & PL-SQL中的其他触发器问题

示例1 创建或替换触发器 logemp 在 emp 表上的每一行插入、更新或删除之前 DECLARE statementtype CHAR(20); BEGIN IF INSERTING THEN statementtype := '插入触发器！'; ELSIF UPDATING THEN statementtype := '更新触发器！'; ELSE statementtype := '删除触发器！'; END IF; DBMS_OUTPUT.PUT_LINE(statementtype); END;

创建触发器CREATE [OR REPLACE] TRIGGER trigger_name {BEFORE | AFTER | INSTEAD OF} triggering_event referencing_clause [WHEN trigger_condition] [FOR EACH ROW] trigger_body；在这里，trigger_name是触发器的名称，triggering_event指定激发触发器的事件（也可能包括特定的表或视图），trigger_body是触发器的代码。referencing_clause被用来引用在行中目前被一个不同的名字修改的数据。如果WHEN子句中trigger_condition存在，则首先对该条件求值，而触发器的体只有在该条件为真值时才会执行。在下面几节中我们将看到更多不同类型的触发器案例。请注意，触发器体不能超过32K。如果触发器长度超过了该限制，就要把该体内的某些代码放到单独编译的包或存储子程序中，并从触发器体中调用它们。

在Oracle SQL & PL-SQL中，DML触发器的执行顺序如下：如果存在语句之前的触发器，先执行该触发器。对于受语句影响的每一行，如果存在行之前的触发器，执行该触发器。接着执行语句本身。然后，如果存在行之后的触发器，执行该触发器。最后，如果存在语句之后的触发器，运行该触发器。每个触发器被激发时，会查看较早触发器所进行的改变，以及DML语句对数据库所做的任何改变。创建表时，Oracle会自动为表创建一个行后触发器，用于更新日志文件。如需创建其他行后触发器，应避免与系统触发器冲突。此外，数据库系统对触发器和快照日志有其他限制。

在Oracle数据库中，DML触发器用于响应数据操作语言（DML）事件，如INSERT、UPDATE和DELETE语句。一个表可以拥有定义在其上的任意数量的触发器，这些触发器可以处理多个DML类型。比如，您可以为同一个表定义两个针对DELETE语句的触发器。所有同类型的触发器将按照定义的顺序依次激发。 触发器的创建通常包括以下步骤：1. 定义触发器类型（例如，BEFORE、AFTER）2. 选择触发事件（如INSERT、UPDATE、DELETE）3. 编写触发器的执行代码 例如，以下SQL示例展示了一个在DELETE操作后触发的触发器： CREATE OR REPLACE TRIGGER delete_trigger AFTER DELETE ON employees FOR EACH ROW BEGIN -- 触发器逻辑代码 INSERT INTO audit_log (action, table_name, record_id) VALUES ('DELETE', 'employees', :OLD.employee_id); END;

数据库触发器的应用带来了多重益处：1. 触发器能够执行复杂的数据有效性检查；2. 提供审计功能；3. 一个表中的触发器可以修改另一个表的数据。触发事件是在数据库表执行插入、删除和更新操作时自动触发的。

在Oracle 10g PL/SQL编程中，触发器主要分为三种类型：DML触发器，用于在DML语句执行前或执行后触发，可对每个行或语句操作进行处理；替代触发器，特别适用于涉及多表视图操作的情况；系统触发器，可在Oracle数据库系统的事件中触发，如系统的启动与关闭等。

可以创建被如下语句所触发的触发器： （1）DML语句（DELETE，INSERT，UPDATE）； （2）DDL语句（CREATE，ALTER，DROP）； （3）数据库操作（SERVERERROR，LOGON，LOGOFF，STARTUP，SHUTDOWN）。

在Oracle SQL及PL-SQL中，异常分为预定义异常和自定义异常两种。预定义异常由Oracle服务器提供近20种错误，可以隐式触发，不需声明。自定义异常由开发者定义，需要在代码中显式触发。异常处理程序可以有效避免程序在运行时中断。

在Oracle SQL & PL-SQL中，约束可以通过给予有意义的名称或者由Oracle服务器生成形如SYS_Cn的名称来创建。约束不仅可以在创建表时定义，还可以在表创建后定义。所有的约束信息都保存在数据字典中，通过合理命名约束可以轻松地引用它们。