近期在维护金蝶wise时,遇到职员表(t_emp)的保存操作时存在查询报错问题,具体报错代码段如下:
错误代码:3633(E31H)
Source :Microsoft OLE DB Provider for SQL Server
Detail :查询超时已过期
出现该代码后,假死调用中间层。而后制作单据时引用职员表内修改的用户显示:无权限或者不存在的。同时在使用SQL语句在t_Emp表中也未发现该用户。遂开始查阅相关资料,根据资料显示:
职员表t_Emp 是一个视图,该视图是由基本表t_Base_Emp 和hr_Base_Emp关联查询的数据。修改职员时报错是因为新增职员时系统没有往表hr_Base_Emp 中写数据,而导致读写异常的原因是该帐套丢失了系统定义在职员视图表t_Emp 中的触发器“trg_t_Emp_InsUptDel”
该段提示仅仅提供了问题产生的思路,经查验触发器发现并未出现丢失现象,遂问题具体原因还需进一步探究。问题转向进程原因,连接到对应账套的数据库中执行如下代码查看进程id:
select
request_session_id spid,
OBJECT_NAME(resource_associated_entity_id) tableName
from
sys.dm_tran_locks
where
resource_type='OBJECT'
发现进程中spid存在多个id号为189的t_emp进程,对进程进行kill 189操作后发现,用户已经正常,但是在对该用户进行维护时资料仍不能修改,遂借鉴上述问题的产生原因,将hr_Base_Emp的进程id一并杀死,发现问题解决,一切正常。
问题总结:
1.找到sql进程并对死锁报错进程进行手动杀死操作;
2.杀死与之相关的并发进程(如杀死t_emp进程时,也应一并杀死hr_Base_Emp进程)