触发器功能强大，轻松可靠地实现许多复杂的功能，为什么又要慎用呢。 触发器本身没有过错，但由于我们的滥用会造成数据库及应用程序的维护困难。
在数据库操作中，我们可以通过关系、触发器、存储过程、应用程序等来实现数据操作，比如删除 T1 表记录时期望删除 T2 表相关的记录，此时可以建立级联删除的关系，也可以为 T1 表建立触发器使同时删除 T2 表相关记录，也可以自定义存储过程删除 T1 和 T2 表的记录，也可以在应用程序中使用两个 SQL 语句来删除……到底用哪一种好呢，应该说我们建立通过建立关系来实现级联删除是最好的，除非更有高的需求。
触发器还有一个用途可以用来保障数据的完整性，但同时规则、约束、默认值也可以保障数据完整性，到底哪一个好呢，一般说来，较为简单的完整性要求我们不应该使用触发器。两者在运行机制上也是有区别的，像规则、约束、默认值这些是在数据更改之前进行数据验证，而触发器是在数据更改之后进行验证（如果事务回滚，该表将不会产生变化）。
总之，如果我们对触发器过分的依赖，就会造成遍地是程序的情况，因为触发器本身就需要别的程序给它一个触发条件，也就是说至少在两个地方存在着程序，同时我们抛弃了约束、默认值等而选用触发器，势必影响数据库的结构。
