September 17, 2012 at 2:50 pm
I have a question that I thought I knew the answer to but I am now not sure. When in a trigger, suppose there are 10 rows in the inserted table. 3 rows have one column(call it A) updated and 7 rows have another column (call it B) updated. If code is entered in the trigger that states If Updated(A) begin ... end will the actions between the begin and end be executed on all 10 rows or only the 3 with the column A updated?
September 17, 2012 at 3:06 pm
A trigger fires once only for an operation. All the rows affected by the insert/update/delete will be in the inserted and/or deleted tables.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
September 17, 2012 at 6:32 pm
dean.giberson 64357 (9/17/2012)
I have a question that I thought I knew the answer to but I am now not sure. When in a trigger, suppose there are 10 rows in the inserted table. 3 rows have one column(call it A) updated and 7 rows have another column (call it B) updated. If code is entered in the trigger that states If Updated(A) begin ... end will the actions between the begin and end be executed on all 10 rows or only the 3 with the column A updated?
In a single insert or update of all 10 rows for the above, all 10 rows will respond to the IF UPDATED(A) because IF UPDATED() simply checks to see if anything in the whole column for the whole statement was affected.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 18, 2012 at 5:37 am
Thanks for the reply. So I am clear on the answer, whatever the processing is between the begin and end will be executed because the system is only checking if column A has been updated for any of the rows in the inserted table so even if only one of the 10 rows had column A updated all 10 rows would still be processed. Am I correct?
September 18, 2012 at 5:54 am
Not quite...
It's checking whether ColumnA was one of the columns specified in the SET clause of the update statement.
UPDATE Tbl SET ColumnA = ColumnA
If you had an update trigger on Tbl checking for UPDATE(ColumnA), it would be true for that update statement, even though no rows have the value of ColumnA changed.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
September 18, 2012 at 5:58 am
Gotcha, not CHANGED just UPDATED.
September 18, 2012 at 6:04 am
Yup. You want changed, you need to compare the columns in the inserted and deleted tables.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
Viewing 7 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic. Login to reply