SQL Server中游标与WHILE循环对比：非集合场景下孰优孰劣？

当你必须遍历数据且无法用集合式操作实现时，游标和你写的这种WHILE循环并非完全等效，二者在性能、可读性、功能灵活性上各有优劣，具体选择要看场景：

一、可读性与维护性 #

你提到的WHILE循环逻辑确实更直观——通过自增RowID逐行定位，代码结构清晰，哪怕是不熟悉游标的开发者也能快速理解。

游标则分不同类型：如果是FAST_FORWARD这类简单的只读只进游标，熟悉游标语法的人能快速看懂；但如果是带滚动、可更新的复杂游标，代码会变得臃肿，维护成本反而更高。

二、性能差异 #

你的WHILE循环的性能特点 #

每次循环都要执行两次查询：一次根据RowID取当前数据，一次找下一个RowID。数据量小时差异不大，但数据量大时，这两次重复查询会产生大量逻辑读，效率会下降。另外，如果临时表的RowID出现断号（比如中途删除过行），循环会直接跳过对应的数据，这是需要注意的逻辑隐患。

游标的性能特点 #

• FAST_FORWARD游标：SQL Server会做专门优化，采用类似顺序扫描的方式遍历初始结果集，避免了重复查询的开销，逻辑读远低于你的WHILE循环。
• 静态游标：会把结果集缓存到tempdb，适合数据量较大的场景，但会额外占用tempdb资源。
• 游标是基于初始查询的结果集，不会因为原数据的变更（比如临时表行被删）而漏处理数据，逻辑更稳定。

三、功能灵活性 #

• 游标支持更多高级操作：比如向前/向后滚动跳行、更新/删除当前遍历的行，这些用WHILE循环实现需要额外编写大量逻辑，成本极高。
• 你的WHILE循环只能依赖RowID的顺序遍历，要修改遍历顺序（比如倒序），需要调整查询条件；而游标只要在初始SELECT语句里修改ORDER BY即可，更灵活。

四、代码简洁度 #

• 简单遍历场景下，你的WHILE循环代码更简短；但游标需要完整的DECLARE → OPEN → FETCH → CLOSE → DEALLOCATE流程，代码更冗长。不过规范的游标写法（比如配合TRY/CATCH确保游标被关闭释放）能避免游标泄漏问题，严谨性更高。

实践建议 #

1. 数据量小、逻辑简单：优先用你写的WHILE循环，可读性优先，开发成本低。
2. 数据量大、需要高效遍历：选择FAST_FORWARD游标，减少重复查询的性能开销。
3. 需要滚动、更新行等复杂操作：必须使用游标，WHILE循环的实现成本太高。
4. 无论用哪种方式，都要尽量避免在循环内执行重型操作（比如大量DDL、跨库关联查询），能批量处理的逻辑尽量批量处理。

你的WHILE循环示例代码：

-- loop through a table
DROP TABLE IF EXISTS #LoopingSet;
CREATE TABLE #LoopingSet (RowID INT IDENTITY(1,1), DatabaseName sysname);
INSERT INTO #LoopingSet (DatabaseName) SELECT [name] FROM sys.databases WHERE database_id > 4 ORDER BY name;

DECLARE @i INT = (SELECT MIN(RowID) FROM #LoopingSet);
DECLARE @n INT = (SELECT MAX(RowID) FROM #LoopingSet);
DECLARE @DatabaseName sysname = '';

WHILE (@i <= @n)
BEGIN
    SELECT @DatabaseName = DatabaseName FROM #LoopingSet WHERE RowID = @i;
    PRINT @DatabaseName; -- do something here
    SELECT @i = MIN(RowID) FROM #LoopingSet WHERE RowID > @i;
END;

内容的提问来源于stack exchange，提问作者Craig