SQL中怎样用游标循环遍历并修改数据库记录？

在关系型数据库的世界里,SQL语言的核心优势在于其强大的基于集合的操作能力，我们通常习惯于使用一条UPDATE、INSERT或DELETE语句来影响成百上千行数据，这种方式高效且简洁，在某些复杂的业务场景下，我们可能需要逐行处理数据，并对每一行执行特定的、有条件的逻辑操作，这时，游标就成为了我们手中不可或缺的利器。

游标可以被形象地理解为数据库中的一个指针,它允许我们像浏览文件一样，逐行地遍历一个查询结果集，并对当前指向的行进行读取、修改等操作，当标准的基于集合的SQL语句无法满足行级别的复杂处理需求时，游标便提供了一种虽然开销较大但功能灵活的解决方案，本文将深入探讨如何使用游标来修改数据库中的数据，涵盖其完整生命周期、应用场景以及最佳实践。

游标的生命周期：从声明到释放

使用游标修改数据是一个严谨的过程,遵循着固定的生命周期步骤，每一步都至关重要，缺一不可。

第一步：声明游标

一切始于声明,声明游标的核心是定义它将要遍历的数据集，这通过一个SELECT查询语句来完成。

DECLARE cursor_name CURSOR FOR
SELECT column1, column2, ...
FROM table_name
WHERE condition;

这里的SELECT语句不仅决定了游标将包含哪些行，也决定了每一行中我们可以获取哪些列的数据，这些列的数据后续将被存储在变量中，用于修改操作，如果我们想为所有库存低于10的商品进行标记，我们可以声明一个游标来获取这些商品的ID和当前库存。

第二步：打开游标

声明只是定义了游标的“蓝图”，而OPEN操作才是真正执行SELECT查询，将结果集填充到游标中，并让指针指向第一行之前的位置。

OPEN cursor_name;

执行此语句后,数据库系统会分配必要的资源来维护这个游标状态，包括结果集的临时存储和当前指针位置。

第三步：提取数据

这是游标操作的核心循环环节。FETCH语句用于从结果集中检索一行数据，并将指针移动到下一行。

FETCH NEXT FROM cursor_name INTO @variable1, @variable2, ...;

• NEXT是最常用的提取选项，表示获取下一行。
• INTO子句用于将当前行各列的值赋给预先声明的局部变量，变量的数量、顺序和数据类型必须与SELECT语句中的列完全匹配。

为了判断是否已经遍历完所有行,我们需要检查全局变量@@FETCH_STATUS，它的值为0表示提取成功，-1表示提取失败（如已到结果集末尾），-2表示提取的行已不存在，我们会使用一个WHILE循环来持续提取数据，直到@@FETCH_STATUS不为0。

第四步：处理与修改数据

在FETCH成功的循环体内，我们就拥有了当前行数据的具体值（存储在变量中），可以基于这些变量来执行任何复杂的逻辑，并最终执行修改操作。

-- 在 WHILE @@FETCH_STATUS = 0 循环内部
UPDATE target_table
SET column_to_update = @new_value
WHERE primary_key_column = @current_primary_key;

这是实现“用游标修改数据库”的关键一步，我们利用从游标中提取的信息（如主键）来精确定位要修改的行，并应用计算或逻辑判断后的新值。

第五步：关闭游标

当循环结束,所有行都已处理完毕后，必须使用CLOSE语句关闭游标。

CLOSE cursor_name;

关闭游标会释放活动结果集所占用的资源,但游标的定义本身仍然存在，这意味着你可以在稍后再次OPEN它，而无需重新声明。

第六步：释放游标

这是清理的最后一步。DEALLOCATE语句会从数据库中彻底移除游标的定义，释放所有与之关联的资源。

DEALLOCATE cursor_name;

释放后,该游标便不复存在，若要再次使用，必须从头开始重新声明。

完整示例：基于绩效的员工薪资调整

假设我们有两张表：Employees（员工表，包含员工ID和绩效等级）和Salaries（薪资表，包含员工ID和当前薪资），业务规则是：绩效等级为’A’的员工薪资上涨10%，’B’的上涨5%，其他不变。

-- 1. 声明变量
DECLARE @EmployeeID INT;
DECLARE @PerformanceGrade CHAR(1);
DECLARE @CurrentSalary DECIMAL(10, 2);
DECLARE @NewSalary DECIMAL(10, 2);
-- 2. 声明游标
DECLARE employee_salary_cursor CURSOR FOR
SELECT e.EmployeeID, e.PerformanceGrade, s.Salary
FROM Employees e
JOIN Salaries s ON e.EmployeeID = s.EmployeeID;
-- 3. 打开游标
OPEN employee_salary_cursor;
-- 4. 提取第一行数据
FETCH NEXT FROM employee_salary_cursor INTO @EmployeeID, @PerformanceGrade, @CurrentSalary;
-- 5. 开始循环处理
WHILE @@FETCH_STATUS = 0
BEGIN
    -- 根据绩效等级计算新薪资
    IF @PerformanceGrade = 'A'
        SET @NewSalary = @CurrentSalary * 1.10;
    ELSE IF @PerformanceGrade = 'B'
        SET @NewSalary = @CurrentSalary * 1.05;
    ELSE
        SET @NewSalary = @CurrentSalary; -- 不变
    -- 执行更新操作
    UPDATE Salaries
    SET Salary = @NewSalary, LastModifiedDate = GETDATE()
    WHERE EmployeeID = @EmployeeID;
    -- 提取下一行数据
    FETCH NEXT FROM employee_salary_cursor INTO @EmployeeID, @PerformanceGrade, @CurrentSalary;
END;
-- 6. 关闭游标
CLOSE employee_salary_cursor;
-- 7. 释放游标
DEALLOCATE employee_salary_cursor;

游标与集合操作的权衡

尽管游标功能强大,但绝不能滥用，它与标准的集合操作在性能和资源消耗上存在显著差异。

特性	集合操作 (如 UPDATE ... WHERE)	游标操作
性能	极高，引擎内部高度优化，一次性处理。	较低，逐行处理，网络和I/O开销大。
资源消耗	低，锁定资源时间短。	高，需维护游标状态，长时间持有锁。
代码复杂度	简单，通常单条语句即可。	复杂，需要多步声明、循环和清理。
适用场景	批量、统一规则的更新、删除、插入。	需要逐行应用复杂、异构逻辑的场景。

核心原则：优先使用集合操作，只有在无法用一条SQL语句清晰表达复杂行级逻辑时，才考虑使用游标。

游标是SQL中一个高级而强大的工具,它打破了集合操作的束缚，赋予开发者逐行精细处理数据的能力，通过理解并严格遵循其“声明-打开-提取-处理-关闭-释放”的生命周期，我们可以利用游标来解决一些棘手的数据修改问题，必须时刻铭记游标的性能成本，将其作为最后的手段，而不是首选方案，在绝大多数情况下，一个精心设计的、基于集合的SQL语句依然是最高效、最优雅的解决方案。

---

相关问答FAQs

问题1：使用游标修改数据时，为什么总是强调要先检查 @@FETCH_STATUS？

解答： @@FETCH_STATUS 是控制游标循环的“生命线”，它的值直接反映了上一次 FETCH 操作是否成功，如果不检查这个状态，或者检查逻辑错误，可能会导致严重的后果，如果忘记在 WHILE 循环条件中检查它，或者写错了条件，一旦游标遍历完所有行，FETCH 失败后循环仍可能继续执行，这会导致一个无限循环，不断对最后一行数据进行重复更新，严重消耗数据库资源直至系统崩溃。WHILE @@FETCH_STATUS = 0 是确保循环在处理完最后一行后能够安全退出的标准且必要的模式。

问题2：除了性能差，使用游标还有哪些潜在的风险？

解答： 除了显著的性能问题，使用游标还存在几个潜在风险：

1. 资源锁定与并发问题： 游标在打开期间可能会长时间锁定它所访问的数据行或数据页，这会阻塞其他试图访问这些数据的用户或进程，降低了数据库的并发性能，在长时间运行的游标操作中，这种影响尤为明显。
2. 代码维护困难： 与简洁的集合操作相比，游标的代码结构冗长，逻辑分散在声明、循环、处理等多个部分，可读性较差，后续的维护和调试也更为复杂。
3. 资源泄漏： 如果在代码逻辑中因为异常或疏忽忘记了 CLOSE 或 DEALLOCATE 游标，数据库将不会释放与之相关的系统资源，虽然大多数数据库系统有超时机制，但在高并发场景下，频繁的资源泄漏会累积成严重问题，最终拖垮整个数据库实例，严谨的错误处理机制（如 TRY...CATCH）对于游标编程尤为重要。