Oracle has two options for DML triggers on a table. 1- They can be set up to fire for each row modified. 2- The can be set for each statement executed e.g. Insert, update, delete. I learnt an awkward thing about SQL server 2005 DML trigger today that it can not be set for execution for each row being inserted, deleted or modified.
But there are workarounds through which you can achieve the same result. For the work around you must remember the INSERTED and DELETED tables available in a DML trigger.
What you can do is to find out the count on these two tables .
Select @InsertedCount = count(*) from INSERTED;
Select @DeletedCount = count(*) from DELETED;
where the variables are declared as:
Declare @InsertedCount, @DeletedCount int;
Now if @InsertedCount > 0 and @DeletedCount = 0, it means that it is an insert operation.
if @InsertedCount = 0 and @DeletedCount > 0, it means that it is a delete operation.
If @InsertedCount > 0 and @DeletedCount > 0, it means that it is an update operation.
The last condition is if @InsertedCount = 0 and @DeletedCount = 0. This is not a hypothetical situation. But a real situtation. This situation can occur as a result of Update or Delete query which has selected no record to modify / delete because of the selection criteria in WHERE clause.
Wednesday, April 30, 2008
Operation causing trigger to fire
Labels:
Database programming,
DELETED,
INSERTED,
SQL Server,
T-SQL,
trigger,
trigger action
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment