前端之家收集整理的这篇文章主要介绍了
SQL Server快进游标，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
通常认为应尽可能避免在存储过程中使用游标(替换为基于集合的逻辑等).如果您采用需要迭代某些数据的情况,并且可以以只读方式进行,那么快进(只读向前)光标的效率是否比while循环更低或更低？从我的调查来看,它看起来好像光标选项通常更快,并且使用更少的读取和
cpu时间.我没有做过任何广泛的测试,但这是其他人发现的吗？这种类型的游标(快进)会带来额外的开销或资源,这些资源可能很昂贵而且我不知道.
所有关于不使用游标的讨论都是关于在基于集合的方法可用时避免使用游标,以及使用可更新游标等.
谢谢
避免
sql Server中游标的“最佳实践”可追溯到
sql Server 2000及更早版本.在
sql 2005中重写引擎
解决了与游标问题相关的大多数问题,特别是引入了快进选项.游标不一定比基于集合更糟糕,并且在Oracle PL /
sql(LOOP)中广泛且成功地使用.
您所指的“普遍接受”是有效的,但现在已经过时且不正确 – 假设快进游标的行为与宣传和执行一样.根据sql2005及更高版本进行一些测试和研究
原文链接：https://www.f2er.com/mssql/76294.html
