触发器是一种特殊的存储过程，类似于其它编程语言中的事件函数，SQL Server™ 允许为 INSERT、UPDATE、DELETE 创建触发器，当在表（视图）中插入、更新、删除记录时，触发一个或一系列 T-SQL 语句。
触发器分为两种一个是INSTEAD OF 触发器；一个是AFTER 触发器。
数据库触发器是数据库管理系统中的一种重要机制，它们本质上是预定义的存储过程，可以在特定的数据库操作（如INSERT、UPDATE、DELETE）发生时自动执行。SQL Server提供了对触发器的支持，允许用户根据需要创建和定制这些数据库事件响应程序。触发器可以分为两类：INSTEAD OF触发器和AFTER触发器。
AFTER触发器，也称为FOR触发器，是在实际的数据修改操作（INSERT、UPDATE、DELETE）完成并满足所有约束条件后触发的。这意味着，一旦在表或视图上执行了相应的DML语句（数据操纵语言），AFTER触发器就会在事务完成后运行。这种类型的触发器常用于执行需要在数据变化后进行的额外操作，如审计日志记录，确保数据完整性的检查，或者实现业务规则。
相反，INSTEAD OF触发器在DML操作发生之前被调用，并且可以替代这些操作。这意味着，如果你在表上定义了一个INSTEAD OF触发器，原始的INSERT、UPDATE或DELETE语句将不会执行，而是由触发器中的T-SQL语句来决定是否以及如何修改数据。这使得INSTEAD OF触发器在需要控制数据修改行为时特别有用，例如防止某些非法操作或执行更复杂的逻辑。
在选择使用哪种类型的触发器时，需要考虑以下因素：
1. **控制数据**：如果你需要精细控制数据的变化，比如在数据修改前进行验证或转换，可能需要使用INSTEAD OF触发器。
2. **操作顺序**：如果需要在数据修改后执行额外操作，如审计，AFTER触发器是理想的选择。
3. **性能**：由于INSTEAD OF触发器会替代原始操作，如果触发器执行效率较低，可能会影响整体性能。
4. **事务管理**：AFTER触发器在事务完成后执行，确保其操作在事务上下文中，而INSTEAD OF触发器可能需要手动管理事务。
触发器虽然强大，但也有一些限制。例如，不能在触发器中使用创建（CREATE）、修改（ALTER）或删除（DROP）数据库对象的语句，也不能使用某些系统管理操作，如DISK或RESTORE。这主要是为了防止无限递归和潜在的数据库结构破坏。
以下是一个简单的触发器示例，假设我们有学生表(Student)和借书记录表(BorrowRecord)，当更新学生表的学号时，我们希望同步更新借书记录表中的相关记录：
```sql
CREATE TRIGGER truStudent
ON Student
FOR UPDATE
AS
BEGIN
IF UPDATE(StudentID)
BEGIN
UPDATE BorrowRecord
SET StudentID = inserted.StudentID
FROM inserted
WHERE inserted.StudentID = deleted.StudentID
END
END
```
这个触发器会在更新Student表的StudentID字段时触发，将新值同步到BorrowRecord表中对应的学生记录。这样，即使学号改变，借书记录仍然能正确关联到学生。
数据库触发器是实现数据库规则和业务逻辑的重要工具，但应谨慎使用，因为过度使用或设计不当的触发器可能导致性能问题和维护困难。在设计数据库架构时，应权衡触发器的必要性和其对数据库性能的影响。
