在维护一个非常旧的项目时，由于该项目版本已经非常老了，而且在客户现场运行的非常稳定，更要命的是本人目前没有找到该项目的代码，为了处理一个新的需求而且还不能修改程序代码，于是决定从数据库入手，毕竟该项目数据库的脚本还是可以操作的，那就在数据流的必经之路上拦截数据处理业务就是了，于是决定在一张业务表上加一个触发器，关于触发器的基础这里就不多说了，网上一搜一大堆，其实就是一张表的数据行被操作以后会针对被操作的数据行执行一段存储过程脚本，只不过这个存储过程比较特殊罢了，是专门侦听对表的操作然后由系统调用的而已……
只要用触发器肯定会操作inserted和deleted两张表，大家切记在写t-sql业务操作之前一定要判断这两张虚表中是不是有数据，如果不判断直接往下执行就有可能报“在触发器执行过程中引发了错误，批处理已中止，用户事务（如果有）已回滚”的错误，本人就吃了一个这样的亏；触发器刚加上前几天运行的挺正常，等过几天发现有些针对这张业务表执行其它业务操作一执行就报前面所说的错误，查了n久发现业务操作中执行了一个update语句，而这个update语句的where条件过滤后其实一条符合where条件的数据都没有，这样就导致执行触发器的时候 deleted和inserted两张虚表中是没有数据的，再操作下去就报错了，触发器一报错正常的原来好用业务也报错了……
解决方法很简单，在触发器的结尾加一个结束标签TheEnd，然后在触发器入口判断两张虚表（inserted和deleted）是否有数据，如果都没有数据直接跳转到结束标签TheEnd处不处理就是了，只有有数据的时候才执行业务处理，大概代码如下，看红色加粗部分：
create trigger [dbo].[Tgr_MyTable_InsertUpdate] --触发器名 on [dbo].[MyTable] --MyTable是实际业务表名for insert,update ASdeclare @IsUpdate bit; declare @IsInsert bit; declare @IsDelete bit;set @IsDelete=-1; set @IsInsert=-1; set @IsUpdate=-1;--这个判断很关键，如果没有数据那就别处理了，直接跳转到末尾 if not exists (select 1 from inserted) and not exists (select 1 from deleted) begingoto TheEnd; --TheEnd是脚本结尾处的结束标签 end else if exists (select 1 from inserted) and exists (select 1 from deleted) beginset @IsUpdate=1; -- 如果两张虚表都有数据表示执行的是update操作 end else if exists (select 1 from inserted) and not exists (select 1 from deleted) beginset @IsInsert=1; -- 只有inserted有数据表示是执行insert语句触发的 end else beginset @IsDelete=1; endbegin trydeclare @newValue varchar(100); declare @oldValue varchar(100);if @IsInsert=1 or @IsUpdate=1 begin--获取新修改的Name字段SELECT @tempValue = Name FROM inserted; beginif @IsUpdate=1 or @IsDelete=1 begin--获取修改或删除前的Name字段SELECT @oldValue = Name FROM deleted; end-- 其它业务处理......end try begin catchbegin trydeclare @Error varchar(200);set @Error='TgrError:'+cast(ERROR_LINE() as varchar)+'_' +isnull(ERROR_MESSAGE(),'');-- 将@Error的值可以记录到一个执行的日志表中end trybegin catchend catch end catchTheEnd:
就是这么简单，以上排查问题结果分享给其它小伙伴，希望大家别再走我的弯路
