php 通过 sqlsrv 扩展调用含 t-sql 游标的存储逻辑时，常出现结果截断（如预期 150 行仅插入 77–78 行），根本原因是游标在 php 的单语句执行模式下无法稳定维持状态；本文提供完全基于集合操作的高性能替代方案，无需游标、无循环、一次完成全量数据生成。
php 通过 sqlsrv 扩展调用含 t-sql 游标的存储逻辑时，常出现结果截断（如预期 150 行仅插入 77–78 行），根本原因是游标在 php 的单语句执行模式下无法稳定维持状态；本文提供完全基于集合操作的高性能替代方案，无需游标、无循环、一次完成全量数据生成。
在 SQL Server 开发中，尤其当业务逻辑需对一组记录逐行处理并生成衍生数据（如为每个 OfferType 生成过去 30 天的日期组合），开发者容易倾向使用 DECLARE CURSOR + WHILE 循环。然而，当此类 T-SQL 脚本通过 PHP 的 sqlsrv_query() 直接执行时，游标行为极不稳定——并非语法错误，而是因 sqlsrv 驱动对多语句批处理（尤其是含游标声明/打开/遍历/关闭的复合脚本）缺乏完整事务上下文支持，导致 FETCH NEXT 在中途静默失败，@@FETCH_STATUS 可能未按预期更新，最终循环提前终止，造成数据写入不全（如固定约 50% 截断）。
根本解法是摒弃过程式思维，转向纯集合运算（Set-based Processing）：利用 CTE 生成日期序列，再通过 CROSS JOIN 与主表笛卡尔积，一次性完成全部插入。该方案不仅彻底规避游标缺陷，更显著提升性能（毫秒级 vs 秒级）、增强可维护性，并天然兼容 PHP 的单次查询执行模型。
以下是优化后的完整 T-SQL 代码（已适配原业务逻辑）：
-- 步骤1：去重插入新 OfferType（保持原逻辑）
INSERT INTO [RP].[dbo].[RP_UniqueOffers] (offertype)
SELECT DISTINCT offertype
FROM [RP].[dbo].[Offers] t2
WHERE CONVERT(DATE, t2.[RedeemedDate]) >= CONVERT(DATE, GETDATE() - 30)
AND NOT EXISTS (
SELECT 1
FROM [RP].[dbo].[RP_UniqueOffers] t1
WHERE t1.OfferType = t2.offertype
);
-- 步骤2：清空目标表
TRUNCATE TABLE [RP].[dbo].[RP_Last30days];
-- 步骤3：集合式生成30天×OfferType全量数据（核心优化）
WITH ThirtyDays AS (
SELECT TOP(30)
DATEADD(DAY, ROW_NUMBER() OVER (ORDER BY object_id) * -1, GETDATE()) AS nextDate
FROM sys.columns -- 安全可靠的系统视图，确保至少30行
)
INSERT INTO [RP].[dbo].[Last30Days] ([Date], [OfferType])
SELECT CONVERT(CHAR(10), td.nextDate, 101) AS [Date],
uo.OfferType
FROM [RP].[dbo].[RP_UniqueOffers] uo
CROSS JOIN ThirtyDays td;✅ 关键优势说明：
立即学习“PHP免费学习笔记（深入）”；
- ThirtyDays CTE 使用 ROW_NUMBER() OVER (ORDER BY object_id) 确保生成严格连续的 30 个负偏移天数（GETDATE()-30 至 GETDATE()-1），避免 sys.objects 行数不足风险；
- CROSS JOIN 实现向量化扩展：若 RP_UniqueOffers 有 N 条记录，则自动产出 N × 30 行，无需任何循环；
- 所有操作均为原子性集合语句，PHP sqlsrv_query() 可完整执行，无状态丢失问题；
- CONVERT(CHAR(10), ..., 101) 精确输出 MM/DD/YYYY 格式，与原游标中 CONVERT(VARCHAR, @nextDate, 101) 行为一致。
⚠️ PHP 调用注意事项：
- 移除原代码中 error_reporting(0) —— 应开启错误报告（error_reporting(E_ALL)）并配合 sqlsrv_errors() 捕获 SQL 层异常；
- 删除游标专属参数 "Scrollable" => SQLSRV_CURSOR_KEYSET —— 集合操作无需滚动游标，使用默认前向游标即可；
- 建议将上述 SQL 封装为存储过程，通过 sqlsrv_query($conn, "{CALL dbo.RefreshLast30Days}") 调用，提升复用性与安全性；
- 生产环境务必为 [RP].[dbo].[RP_UniqueOffers] 和 [RP].[dbo].[Last30Days] 添加适当索引（如 OfferType 列），加速 NOT EXISTS 与 CROSS JOIN 性能。
总结：T-SQL 游标在 PHP 环境中属于高风险实践。面对“为每条主记录生成时间维度展开”的典型场景，坚定采用 CTE + CROSS JOIN / CROSS APPLY 是经过验证的最佳实践。它既解决了 PHP 集成的稳定性问题，又将执行效率提升一个数量级，是 SQL Server 数据工程中必须掌握的集合思维范式。
