使用触发器很占资源吗?是不是能不用就不用呀.

Question

使用触发器很占资源吗?是不是能不用就不用呀.
-------------------
网上看到一些说法,说触发器比较占用资源,所以如果用"列限制功能"可以实现的话,最好不用触发器,我不知这种说法对吗?
触发器是应该限制地使用吗?

Answer 1

触发器不利于DBA管理和控制，特别是在大型的系统中，因此建议不使用，放到业务逻辑处理中去。

Answer 2

触发器不利于DBA管理和控制，特别是在大型的系统中，因此建议不使用，放到业务逻辑处理中去。
-----------------
你说的业务逻辑是指什么?
不过,说实话,触发器确实方便呀,涉及到多个表的逻辑关系时,用触发器还是很方便的.写客户端程序要麻烦多了.

Answer 3

能不能使用上基本同意3楼的观点,能通过其它方式实现的情况下,越少用越好.至于资源,我觉得可以呼略了.sql不在呼多查找一个tr那点消耗.占资源无非是说,当一有数据操作(写操作),就执行查询了, 这个不是触发器的错, 这是业务需要的.
触发器执行的也是执行语句,跟你的存储过程并无二样,只不过是被事件(insert事件或update事件)触发操作, 不像普通存储过程,是用 exec命令或其它显式的方式来触发执行.

Answer 4

至于资源,我觉得可以呼略了.sql不在呼多查找一个tr那点消耗. -------------------------------------------------------确实这个也能算是占资源吗?不过触发器的确不好管理，如果一个大型数据库有一两个trigger还可以理解，可是多了以后真的是很头疼方便只是相对的，自己学习的时候玩玩就够了