Andy Levy points out that you shouldn’t use a trigger when a default constraint will do:
We want to spend our SQL Server licensing dollars wisely, so why ask it to do unnecessary work? More CPU time, more IO, and our client is waiting longer for the process to complete (I don’t like making anyone wait).
There’s a second “gotcha” with the
AFTER INSERTmethod that applies to only some use cases. Let’s say you’re loading some historical data into the table, and that data includes theLastModifieddate. Or maybe your application has a very specific date that should be inserted into the table for this field.
Andy makes good points.