听很多人讲在SQL中不要用触发器，但SQL的每个版本中都还有触发器，请问各位高手用不用触发器?

Question

如在程式中用 command對象提交數據，保存時同時更新 原料入库表,原料主档 的數據。

Answer 1

也就是说数据的统一由程序前端提交完成，尽量不用后台的SQL自身来完成。但这样如果多用户操作时要考虑更新冲突，如果用触发器就不用管了麻，SQL自身会处理。

Answer 2

1.是因为考虑负载平衡的原因:
1.1
在大批量数据存取数据库的时候,把商业逻辑也通过触发器完全给数据库来处理,
这样把每个客户端所应该负担的一部分负荷都放到数据库上执行,即使是一小部分,但是如果有大量的客户端的话,
这样,数据库端的负荷相对就太大了.客户端也应该承担一部分的负荷。
1.2 
太多的触发器,存储过程占用数据库服务器的内存
2.
触发器有一定的限制,内部不能ddl
3.
各种数据库的语法相差很大，给将来的数据库移植带来很大的困难 
4. 
调试排错十分困难
5.
代码容量有限制，加代码时经常被迫分割一个现成的过程，甚至一个触发器都要调用n个过程才能完成功能。