如何避免使用游标

问题的提出  

  我们在根据一个结果集的内容，处理另一个结果集的时候，一般的会考虑到使用下面形式的游标：  

  游标定义  

  打开游标  

  从游标中取第一条数据  

  循环开始，以游标取数后的状态为循环控制条件  

  修改相关数据表的内容  

  从游标中取下一条数据  

  循环结束  

  关闭游标  

  上面的流程在处理的数据量比较小的时候没有什么问题，但如果两个结果集的数据量比较大，那么该游标的执行会产生大量的、长时间的锁，可能会造成其他用户的等待，甚至产生死锁。  

解决方案  

 不使用临时表

  如果作为循环控制条件的结果集中有可以唯一识别每一行数据的列，我们称为关键列，那么，我们可以把上面的流程改写为下面的形式：  

  从结果集中取出最小关键列的值  

  以最小关键列值为条件，取出其他列的数据  

  循环开始，以最小关键列是否有值为循环控制条件  

  修改相关数据表的内容  

  从结果集中取出比关键列大的最小值  

  循环结束  

  该流程的优点是比游标的方式执行效率高，并且不会由于资源的占用而造成其他用户的等待，更不会造成死锁。  

  该流程的缺点是：要求作为循环控制条件的结果集必须有关键列。  

使用临时表  

  如果作为循环控制条件的结果集没有关键列，我们也可以考虑把结果集存储在临时表中，并增加一个关键列，改写后的流程类似下面的形式：  

  create   table   #Temp(TempId   int   identity(1,1)   not   null,结果集其他列)  

  将结果集的数据插入到临时表  

  从临时表中取出最小关键列的值  

  以最小关键列值为条件，取出其他列的数据  

  循环开始，以最小关键列是否有值为循环控制条件  

  修改相关数据表的内容  

  从临时表中取出比关键列大的最小值  

  循环结束  

  该流程的优点是比游标的方式执行效率高，并且不会由于资源的占用而造成其他用户的等待，更不会造成死锁。  

  该流程的缺点是：如果临时表中记录数量比较大，比如上千条，那么该方法的效率可能不是很好，因为临时表也是   tempdb   数据库上的物理表，并且没有索引，所以大数据量的临时表的效率是不会很高的。