维护数据库的完整性、一致性、你们都喜欢用触发器还是自己写业务逻辑？为什么？

触发器是一种对表或视图进行插入、更新或删除操作时自动执行的特殊存储过程，也具备事务的功能。自动执行带有事务的存储过程,而且存储过程和事务都是不需要定义的，它能在多表之间执行特殊的业务规则。
触发器一般用于强制业务规则，是一种高级约束，可以定义比用CHECK 约束更为复杂的约束。无论什么样的业务，系统访问数据库都能维持数据库的完整性、一致性。

自己写业务逻辑的话，不仅麻烦，而且还容易出错，效率非常低。既然触发器的功能很强大，而且还节省了不少工作量，干嘛不用。

恩  解释的很详细  谢谢

我喜欢偷懒，用触发器吧。触发器一经定义，那么任何用户对表的操作（增，删，改）均由服务器激活相应的触发器，在DBMS核心层进行集中地完整性约束。比较灵活。