sql-server – 来自差异历程中沟通姑且表的锁的死锁
姑且表在每个存储进程竣事时被删除.它们是行使模式建设#table,修改模式,插入,更新,选择,然后删除.行使此temp #table的民众进程有多个进口点,因此我们有一此中央进程来配置挪用民众进程所需的列.不然,我们必需在全部进口点procs中复制沟通的#table界说. 从多个客户端应用措施常常挪用该历程.一些客户端应用措施从多个线程挪用此历程.其他人一次运行一个.想想库存/管帐软件,个中家庭办公室并行处理赏罚数千个市肆的数据,而市肆也本身运行沟通的进程.因此,假如在启用锁定分区时这是一个有数的题目,那么在我们较大的客户数据库中这种环境就不会那么有数了. 更新3 – 2012-12-19 另一个客户在SQL Server 2012 build 11.0.2100上碰着了同样的题目.我没有在累积更新声名中看到任何针对此题目的修复措施.研究. 更新4 – 2013-02-13 Microsoft已在以下更新中宣布了此错误的修复措施: > Cumulative Update Package 4 for SQL Server 2008 R2 SP2 办理要领这个确切的题目方才在 Deadlocks occur when you execute a stored procedure to alter a temporary table if lock partitioning is enabled in SQL Server 2008 R2公布.它与 Cumulative update package 4 for SQL Server 2008 R2 SP2相干联.它最终获得了阅读SQL Server修复声名的回报. (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |