多表插入异常：首行丢失子表无数据，是否需使用双游标？

嘿，我来帮你梳理下这个问题——看起来你的批量插入逻辑里藏着几个常见的游标使用坑，咱们一步步解决：

先揪出核心问题（为啥后两张表没数据/丢行） #

大概率是这几个原因导致的：

• 事务未提交：如果你的操作在显式事务里，但最后没执行COMMIT，那所有插入可能都会悄悄回滚（部分数据库默认自动提交单条，但批量操作必须显式提交）。
• Calculation表的主键没传递对：后两张表肯定要关联Calculation的主键（比如CalculationID），如果没拿到刚插入的这个值，要么插不进去（外键约束报错），要么插入了无效数据（但你说没数据，大概率是外键卡了）。
• 游标循环逻辑错了：比如第一次FETCH NEXT放在循环里，直接跳过了首行；或者循环里忘了再FETCH下一行，导致死循环或者只处理一行。

保留Data_date+修复插入：一个游标就够！ #

根本不需要两个游标，只要调整逻辑顺序，确保主键传递和游标循环正确就行。下面给你一个通用示例（以SQL Server为例，你可以根据自己的数据库语法微调）：

-- 声明变量：保存Calculation主键、每行的Data_date和其他字段值
DECLARE @CalculationID INT;
DECLARE @DataDate DATETIME;
DECLARE @ValueContent VARCHAR(100);
DECLARE @CalculationMeta VARCHAR(50);

-- 第一步：先插入Calculation表，拿到生成的主键
INSERT INTO Calculation (CreateTime, Remark)
VALUES (GETDATE(), '批量计算任务');
-- 关键：用SCOPE_IDENTITY()获取当前会话刚生成的自增主键（MySQL用0）
SET @CalculationID = SCOPE_IDENTITY();

-- 第二步：声明游标，遍历要插入的N条源数据（包含Data_date）
DECLARE DataBatchCursor CURSOR FOR
SELECT Data_date, Value_Content, Calc_Meta FROM YourSourceDataTable; -- 替换成你的源数据查询

OPEN DataBatchCursor;
-- 先取第一行数据，避免首行丢失
FETCH NEXT FROM DataBatchCursor INTO @DataDate, @ValueContent, @CalculationMeta;

-- 循环处理每一行
WHILE @@FETCH_STATUS = 0
BEGIN
    -- 插入Value表：直接用游标里拿到的@DataDate
    INSERT INTO [Value] (Data_date, Content)
    VALUES (@DataDate, @ValueContent);
    
    -- 插入Calculation_value表：关联CalculationID，同时如果Value表有自增主键也要取到
    DECLARE @ValueID INT = SCOPE_IDENTITY();
    INSERT INTO Calculation_value (CalculationID, ValueID, MetaInfo)
    VALUES (@CalculationID, @ValueID, @CalculationMeta);
    
    -- 必须记得取下一行，否则会无限循环或者只处理第一行
    FETCH NEXT FROM DataBatchCursor INTO @DataDate, @ValueContent, @CalculationMeta;
END

-- 关闭并释放游标，避免资源泄漏
CLOSE DataBatchCursor;
DEALLOCATE DataBatchCursor;

-- 提交事务（如果开启了显式事务，这步绝对不能忘）
COMMIT;

几个必须注意的细节 #

1. 主键获取要准确：一定要用当前会话的自增主键函数（比如SCOPE_IDENTITY()而不是@@IDENTITY），避免其他会话的插入干扰。
2. 游标循环的FETCH顺序：第一次FETCH必须放在循环外面，处理完当前行后再FETCH下一行，这样就不会丢首行。
3. Data_date的保留：通过游标把每行的Data_date赋值给变量@DataDate，直接用这个变量插入到对应表，完全不会丢失这个值。
4. 外键约束检查：如果后两张表有外键关联Calculation/Value表，一定要确保插入的ID是有效的，否则会静默失败（如果你的数据库设置了不抛出错误的话）。

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