如何避免使用游标

如何避免使用游标
文章分类:数据库

问题的提出 

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

  游标定义 

  打开游标 

  从游标中取第一条数据 

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

  修改相关数据表的内容 

  从游标中取下一条数据 

  循环结束 

  关闭游标 

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

解决方案 

不使用临时表

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

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

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

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

  修改相关数据表的内容 

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

  循环结束 

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

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

使用临时表 

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

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

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

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

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

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

  修改相关数据表的内容 

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

  循环结束 

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

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