Oracle® Database 2 Day Developer's Guide 11g Release 2 (11.2) Part Number E10766-04 |
|
|
PDF · Mobi · ePub |
This chapter contains the following topics:
A trigger is a PL/SQL unit that is stored in the database and (if it is in the enabled state) automatically executes ("fires") in response to a specified event.
A trigger has this structure:
TRIGGER trigger_name triggering_event [ trigger_restriction ] BEGIN triggered_action; END;
The trigger_name
must be unique for triggers in the schema. A trigger can have the same name as another kind of object in the schema (for example, a table); however, Oracle recommends using a naming convention that avoids confusion.
If the trigger is in the enabled state, the triggering_event
causes the database to execute the triggered_action
if the trigger_restriction
is either TRUE
or omitted. The triggering_event
is associated with either a table, a view, a schema, or the database, and it is one of these:
DML statement (described in "About Data Manipulation Language (DML) Statements")
DDL statement (described in "About Data Definition Language (DDL) Statements")
Database operation (SERVERERROR
, LOGON
, LOGOFF
, STARTUP
, or SHUTDOWN
)
If the trigger is in the disabled state, the triggering_event
does not cause the database to execute the triggered_action
, even if the trigger_restriction
is TRUE
or omitted.
By default, a trigger is created in the enabled state. You can disable an enabled trigger, and enable a disabled trigger.
Unlike a subprogram, a trigger cannot be invoked directly. A trigger is invoked only by its triggering event, which can be caused by any user or application. You might be unaware that a trigger is executing unless it causes an error that is not handled properly.
A simple trigger can fire at exactly one of these timing points:
Before the triggering event executes (statement-level BEFORE
trigger)
After the triggering event executes (statement-level AFTER
trigger)
Before each row that the event affects (row-level BEFORE
trigger)
After each row that the event affects (row-level AFTER
trigger)
A compound trigger can fire at multiple timing points. For information about compound triggers, see Oracle Database PL/SQL Language Reference.
An INSTEAD
OF
trigger is defined on a view, and its triggering event is a DML statement. Instead of executing the DML statement, Oracle Database executes the INSTEAD
OF
trigger. For more information, see "Creating an INSTEAD OF Trigger".
A system trigger is defined on a schema or the database. A trigger defined on a schema fires for each event associated with the owner of the schema (the current user). A trigger defined on a database fires for each event associated with all users.
One use of triggers is to enforce business rules that apply to all client applications. For example, suppose that data added to the EMPLOYEES
table must have a certain format, and that many client applications can add data to this table. A trigger on the table can ensure the proper format of all data added to it. Because the trigger executes whenever any client adds data to the table, no client can circumvent the rules, and the code that enforces the rules can be stored and maintained only in the trigger, rather than in every client application. For other uses of triggers, see Oracle Database PL/SQL Language Reference.
See Also:
Oracle Database PL/SQL Language Reference for complete information about triggersTo create triggers, use either the SQL Developer tool Create Trigger or the DDL statement CREATE
TRIGGER
. This topic shows how to use both of these ways to create triggers.
By default, a trigger is created in the enabled state. To create a trigger in disabled state, use the CREATE
TRIGGER
statement with the DISABLE
clause.
Note:
To create triggers, you must have appropriate privileges; however, for this discussion and simple application, you do not need this additional information.Topics:
Note:
To do the tutorials in this document, you must be connected to Oracle Database as the userHR
from SQL Developer. For instructions, see "Connecting to Oracle Database as User HR from SQL Developer".See Also:
Oracle Database SQL Developer User's Guide for information about SQL Developer dialog boxes for creating objects
Oracle Database PL/SQL Language Reference for more information about the CREATE
TRIGGER
statement
When a row-level trigger fires, the PL/SQL run-time system creates and populates the two pseudorecords OLD
and NEW
. They are called pseudorecords because they have some, but not all, of the properties of records.
For the row that the trigger is processing:
For an INSERT
trigger, OLD
contains no values, and NEW
contains the new values.
For an UPDATE
trigger, OLD
contains the old values, and NEW
contains the new values.
For a DELETE
trigger, OLD
contains the old values, and NEW
contains no values.
To reference a pseudorecord, put a colon before its name—:OLD
or :NEW
—as in Example 8-1.
See Also:
Oracle Database PL/SQL Language Reference for more information aboutOLD
and NEW
pseudorecordsThis tutorial shows how to use the CREATE
TRIGGER
statement to create a trigger, EVAL_CHANGE_TRIGGER
, which adds a row to the table EVALUATIONS_LOG
whenever an INSERT
, UPDATE
, or DELETE
statement changes the EVALUATIONS
table.
The trigger adds the row after the triggering statement executes, and uses the conditional predicates INSERTING
, UPDATING
, and DELETING
to determine which of the three possible DML statements fired the trigger.
EVAL_CHANGE_TRIGGER
is a statement-level trigger and an AFTER trigger.
This trigger is part of the sample application that the tutorials and examples in this document show how to develop and deploy.
To create EVALUATIONS_LOG and EVAL_CHANGE_TRIGGER:
Create the EVALUATIONS_LOG
table:
CREATE TABLE EVALUATIONS_LOG ( log_date DATE , action VARCHAR2(50));
Create EVAL_CHANGE_TRIGGER
:
CREATE OR REPLACE TRIGGER EVAL_CHANGE_TRIGGER AFTER INSERT OR UPDATE OR DELETE ON EVALUATIONS DECLARE log_action EVALUATIONS_LOG.action%TYPE; BEGIN IF INSERTING THEN log_action := 'Insert'; ELSIF UPDATING THEN log_action := 'Update'; ELSIF DELETING THEN log_action := 'Delete'; ELSE DBMS_OUTPUT.PUT_LINE('This code is not reachable.'); END IF; INSERT INTO EVALUATIONS_LOG (log_date, action) VALUES (SYSDATE, log_action); END;
The sequence EVALUATIONS_SEQ
, created in "Creating and Managing Sequences", generates primary keys for the EVALUATIONS
table. However, these primary keys are not inserted into the table automatically.
This tutorial shows how to use the SQL Developer Create Trigger tool to create a trigger named NEW_EVALUATION_TRIGGER
, which fires before a row is inserted into the EVALUATIONS
table, and generates the unique number for the primary key of that row, using evaluations_seq
. The trigger fires once for each row affected by the triggering INSERT
statement.
NEW_EVALUATION_TRIGGER
is a row-level trigger and a BEFORE trigger.
This trigger is part of the sample application that the tutorials and examples in this document show how to develop and deploy.
To create the NEW_EVALUATION trigger:
On the Connections tab, expand hr_conn.
Under the hr_conn
icon, a list of schema object types appears.
Right-click Triggers.
A list of choices appears.
Click New Trigger.
The Create Trigger window opens. The field Schema has the value HR
and the field Name has the default value TRIGGER1
.
In the Name field, type NEW_EVALUATION_TRIGGER
over the default value.
Click the tab Trigger.
The Trigger pane appears. By default, the field Trigger Type has the value TABLE
, the check box Enabled is selected, the field Table Owner has the value HR
, the field Table Name has the value COUNTRIES
, the options Before and Statement Level are selected, the options After and Row Level are deselected, and the check boxes Insert, Update, and Delete are deselected.
In the field Table Name, from the drop-down menu, select EVALUATIONS
.
Select the option Row Level.
The option Statement Level is now deselected.
Select the check box Insert.
Click OK.
The NEW_EVALUATION_TRIGGER
pane opens, showing the CREATE
TRIGGER
statement that created the trigger:
CREATE OR REPLACE TRIGGER NEW_EVALUATION_TRIGGER BEFORE INSERT ON EVALUATIONS FOR EACH ROW BEGIN NULL; END;
In the CREATE
TRIGGER
statement, replace NULL
with this:
:NEW.evaluation_id := evaluations_seq.NEXTVAL
The title of the NEW_EVALUATION_TRIGGER
pane is in italic font, indicating that the trigger is not yet saved in the database.
From the File menu, select Save.
Oracle Database compiles the procedure and saves it. The title of the NEW_EVALUATION_TRIGGER
pane is no longer in italic font.
A view presents the output of a query as a table. If you want to change a view as you would change a table, you must create INSTEAD
OF
triggers. Instead of changing the view, they change the underlying tables.
For example, consider the view EMP_LOCATIONS
, whose NAME
column is created from the LAST_NAME
and FIRST_NAME
columns of the EMPLOYEES
table:
CREATE VIEW EMP_LOCATIONS AS SELECT e.EMPLOYEE_ID, e.LAST_NAME || ', ' || e.FIRST_NAME NAME, d.DEPARTMENT_NAME DEPARTMENT, l.CITY CITY, c.COUNTRY_NAME COUNTRY FROM EMPLOYEES e, DEPARTMENTS d, LOCATIONS l, COUNTRIES c WHERE e.DEPARTMENT_ID = d.DEPARTMENT_ID AND d.LOCATION_ID = l.LOCATION_ID AND l.COUNTRY_ID = c.COUNTRY_ID ORDER BY LAST_NAME;
To update EMP_LOCATIONS
.NAME
, you must update EMPLOYEES
.LAST_NAME
and EMPLOYEES
.FIRST_NAME
. This is what the INSTEAD
OF
trigger in Example 8-1 does.
This trigger is part of the sample application that the tutorials and examples in this document show how to develop and deploy.
NEW
and OLD
are pseudorecords that the PL/SQL run-time engine creates and populates whenever a row-level trigger fires. OLD
and NEW
store the original and new values, respectively, of the record being processed by the trigger. They are called pseudorecords because they do not have all properties of PL/SQL records.
Example 8-1 Creating an INSTEAD OF Trigger
CREATE OR REPLACE TRIGGER update_name_view_trigger INSTEAD OF UPDATE ON emp_locations BEGIN UPDATE employees SET first_name = substr( :NEW.name, instr( :new.name, ',' )+2), last_name = substr( :NEW.name, 1, instr( :new.name, ',')-1) WHERE employee_id = :OLD.employee_id; END;
This tutorial shows how to use the CREATE
TRIGGER
statement to create two triggers, hr_logon_trigger
and hr_logoff_trigger
. After someone logs on as user HR
, hr_logon_trigger
adds a row to the table HR_USERS_LOG
. Before someone logs off as user HR
, hr_logoff_trigger
adds a row to the table HR_USERS_LOG
.
hr_logon_trigger
and hr_logoff_trigger
are system triggers. hr_logon_trigger
is a BEFORE trigger, and hr_logoff_trigger
is an AFTER trigger.
These triggers are not part of the sample application that the tutorials and examples in this document show how to develop and deploy.
To create HR_USERS_LOG, HR_LOGON_TRIGGER, and HR_LOGOFF_TRIGGER:
Create the HR_USERS_LOG
table:
CREATE TABLE hr_users_log ( user_name VARCHAR2(30), activity VARCHAR2(20), event_date DATE );
Create hr_logon_trigger
:
CREATE OR REPLACE TRIGGER hr_logon_trigger AFTER LOGON ON HR.SCHEMA BEGIN INSERT INTO hr_users_log (user_name, activity, event_date) VALUES (USER, 'LOGON', SYSDATE); END;
Create hr_logoff_trigger
:
CREATE OR REPLACE TRIGGER hr_logoff_trigger BEFORE LOGOFF ON HR.SCHEMA BEGIN INSERT INTO hr_users_log (user_name, activity, event_date) VALUES (USER, 'LOGOFF', SYSDATE); END;
To change a trigger, use either the SQL Developer tool Edit or the DDL statement CREATE
TRIGGER
with the OR
REPLACE
clause.
To change a standalone stored subprogram using the Edit tool:
On the Connections tab, expand hr_conn.
Under the hr_conn
icon, a list of schema object types appears.
Expand Triggers.
A list of triggers appears.
Click the trigger to change.
To the right of the Connections pane, a frame with appears. Its top tab has the name of the trigger to change. Under the top tab are subtabs.
Click the subtab Code.
The Code pane appears. It shows the code that created the trigger to change.
On the Code pane, click the icon Edit.
Another pane appears, also with the name of the trigger to change.
In the pane, change the code.
The title of the pane is in italic font, indicating that the change is not yet saved in the database.
Select Save from the File menu.
Oracle Database compiles the trigger and saves it. The title of the pane is no longer in italic font.
See Also:
"About Data Definition Language (DDL) Statements" for general information that applies to the CREATE
OR
REPLACE
TRIGGER
statement
Oracle Database PL/SQL Language Reference for more information about the CREATE
OR
REPLACE
TRIGGER
statement
You might need to temporarily disable triggers if they reference objects that are unavailable, or if you must upload a large amount of data without the delay that triggers cause (as in a recovery operation). After the referenced objects become available, or you have finished uploading the data, you can re-enable the triggers.
To disable or enable a single trigger, use the ALTER
TRIGGER
statement with the DISABLE
or ENABLE
clause. For example:
ALTER TRIGGER eval_change_trigger DISABLE; ALTER TRIGGER eval_change_trigger ENABLE;
To disable or enable all triggers on a particular table, use the ALTER
TABLE
statement with the DISABLE
ALL
TRIGGERS
or ENABLE
ALL
TRIGGERS
clause. For example:
ALTER TABLE evaluations DISABLE ALL TRIGGERS; ALTER TABLE evaluations ENABLE ALL TRIGGERS;
See Also:
Oracle Database PL/SQL Language Reference for more information about the ALTER
TRIGGER
statement
Oracle Database SQL Language Reference for more information about the ALTER
TABLE
statement
Running a CREATE
TRIGGER
statement compiles the trigger being created. If this compilation causes an error, the CREATE
TRIGGER
statement fails. To see the compilation errors, run this statement:
SELECT * FROM USER_ERRORS WHERE TYPE = 'TRIGGER';
Compiled triggers depend on the schema objects on which they are defined. For example, NEW_EVALUATION_TRIGGER
depends on the EVALUATIONS
table:
CREATE OR REPLACE TRIGGER NEW_EVALUATION_TRIGGER BEFORE INSERT ON EVALUATIONS FOR EACH ROW BEGIN :NEW.evaluation_id := evaluations_seq.NEXTVAL; END;
To see the schema objects on which triggers depend, run this statement:
SELECT * FROM ALL_DEPENDENCIES WHERE TYPE = 'TRIGGER';
If an object on which a trigger depends is dropped, or changed such that there is a mismatch between the trigger and the object, then the trigger is invalidated. The next time the trigger is invoked, it is recompiled. To recompile a trigger immediately, run the ALTER
TRIGGER
statement with the COMPILE
clause. For example:
ALTER TRIGGER NEW_EVALUATION_TRIGGER COMPILE;
See Also:
Oracle Database PL/SQL Language Reference for more information about trigger compilation and dependencies
You must drop a trigger before dropping the objects on which it depends.
To drop a trigger, use either the SQL Developer navigation frame and Drop tool, or the DDL statement DROP
TRIGGER
.
To drop a trigger using the Drop tool:
On the Connections tab, expand hr_conn.
Under the hr_conn
icon, a list of schema object types appears.
Expand Triggers.
A list of triggers appears.
Right-click the name of the trigger to drop.
A list of choices appears.
Click Drop Trigger.
The Drop window opens.
Click Apply.
The Confirmation window opens.
Click OK.
See Also:
"About Data Definition Language (DDL) Statements" for general information that applies to the DROP
TRIGGER
statement
Oracle Database PL/SQL Language Reference for information about the DROP
TRIGGER
statement