问题的提出
我们在根据一个结果集的内容,处理另一个结果集的时候,一般的会考虑到使用下面形式的游标:
游标定义
打开游标
从游标中取第一条数据
循环开始,以游标取数后的状态为循环控制条件
修改相关数据表的内容
从游标中取下一条数据
循环结束
关闭游标
上面的流程在处理的数据量比较小的时候没有什么问题,但如果两个结果集的数据量比较大,那么该游标的执行会产生大量的、长时间的锁,可能会造成其他用户的等待,甚至产生死锁。
解决方案
不使用临时表
如果作为循环控制条件的结果集中有可以唯一识别每一行数据的列,我们称为关键列,那么,我们可以把上面的流程改写为下面的形式:
从结果集中取出最小关键列的值
以最小关键列值为条件,取出其他列的数据
循环开始,以最小关键列是否有值为循环控制条件
修改相关数据表的内容
从结果集中取出比关键列大的最小值
循环结束
该流程的优点是比游标的方式执行效率高,并且不会由于资源的占用而造成其他用户的等待,更不会造成死锁。
该流程的缺点是:要求作为循环控制条件的结果集必须有关键列。
使用临时表
如果作为循环控制条件的结果集没有关键列,我们也可以考虑把结果集存储在临时表中,并增加一个关键列,改写后的流程类似下面的形式:
create table #Temp(TempId int identity(1,1) not null,结果集其他列)
将结果集的数据插入到临时表
从临时表中取出最小关键列的值
以最小关键列值为条件,取出其他列的数据
循环开始,以最小关键列是否有值为循环控制条件
修改相关数据表的内容
从临时表中取出比关键列大的最小值
循环结束
该流程的优点是比游标的方式执行效率高,并且不会由于资源的占用而造成其他用户的等待,更不会造成死锁。
该流程的缺点是:如果临时表中记录数量比较大,比如上千条,那么该方法的效率可能不是很好,因为临时表也是 tempdb 数据库上的物理表,并且没有索引,所以大数据量的临时表的效率是不会很高的。