关于sql触发器调试问题

Posted 2023-03-09

运行vs2005平台，我首先在将要运行的insert触发器和存储过程里加入断点，然后运行调试，结果原来那个红色断点变成了透明色，并显示“未绑定sql断点，未进行符号加载”，再看下面的输出，显示“已跳过符号加载”。请问出现这种情况的原因是什么，怎样才能调试触发器代码？

参考技术A 在sql中，触发器是一种特殊类型的存储过程，它不同于sql的存储过程。触发器主要是通过事件进行触发而被执行的，而存储过程可以通过存储过程名字而被直接调用。当对某一表进行诸如update、
insert、
delete
这些操作时，sql
server
就会自动执行触发器所定义的sql
语句，从而确保对数据的处理必须符合由这些sql
语句所定义的规则。
触发器的主要作用就是其能够实现由主键和外键所不能保证的复杂的参照完整性和数据的一致性。除此之外，触发器还有其它许多不同的功能：
（1）强化约束（enforce
restriction）
触发器能够实现比check
语句更为复杂的约束。
（2）跟踪变化（auditing
changes）
触发器可以侦测数据库内的操作，从而不允许数据库中未经许可的指定更新和变化。
（3）级联运行（cascaded
operation）。
触发器可以侦测数据库内的操作，并自动地级联影响整个数据库的各项内容。例如，某个表上的触发器中包含有对另外一个表的数据操作（如删除，更新，插入）而该操作又导致该表上触发器被触发。
（4）存储过程的调用（stored
procedure
invocation）。
为了响应数据库更新触，发器可以调用一个或多个存储过程，甚至可以通过外部过程的调用而在dbms（
数据库管理系统）本身之外进行操作。
由此可见，触发器可以解决高级形式的业务规则或复杂行为限制以及实现定制记录等一些方面的问题。例如，触发器能够找出某一表在数据修改前后状态发生的差异，并根据这种差异执行一定的处理。此外一个表的同一类型（insert、
update、
delete）的多个触发器能够对同一种数据操作采取多种不同的处理。
总体而言，触发器性能通常比较低。当运行触发器时，系统处理的大部分时间花费在参照其它表的这一处理上，因为这些表既不在内存中也不在数据库设备上，而删除表和插入表总是位于内存中。可见触发器所参照的其它表的位置决定了操作要花费的时间长短。
触发器的种类
sql
server
2000
支持两种类型的触发器：after
触发器和instead
of
触发器。其中after
触发器即为sql
server
2000
版本以前所介绍的触发器。该类型触发器要求只有执行某一操作（insert
update
delete）
之后，触发器才被触发，且只能在表上定义。可以为针对表的同一操作定义多个触发器。对于after
触发器，可以定义哪一个触发器被最先触发，哪一个被最后触发，通常使用系统过程sp_settriggerorder
来完成此任务。
instead
of
触发器表示并不执行其所定义的操作（insert、
update、
delete），而仅是执行触发器本身。既可在表上定义instead
of
触发器，也可以在视图上定义instead
of
触发器，但对同一操作只能定义一个instead
of触发器。