使用INNER JOIN更新时目标表重复记录的取值规则咨询

首先直接回应你的疑问：你看到#TEMP的col2都变成D，确实是因为它恰好是连接结果里的第一条记录，但这个结果是不可预测的，并非必然会出现的固定行为。

核心原因解析 #

从你的临时表语法判断是SQL Server环境，当你使用UPDATE ... FROM ... JOIN语法，且目标表的单条记录匹配到源表（这里是T2）的多条记录时，SQL Server会从所有匹配的行中随机选择一行来应用更新——这属于SQL标准未定义的行为，数据库厂商可自行实现逻辑，SQL Server官方文档也明确说明这种场景下的更新结果是不确定的。

在你的示例里，T2的记录是按D→E→F的顺序插入的，在没有索引或ORDER BY约束的情况下，查询T2返回的默认顺序通常和插入顺序一致，所以JOIN后的结果集里，T1的每一行都和T2的三行形成匹配，SQL Server恰好选了第一行的D来更新。但如果T2创建了索引、或者后续有插入/删除操作导致存储顺序变化，下次执行同样的语句，结果可能变成E或F。

如何确保更新结果可控 #

如果你需要指定用源表中的某一行来更新目标表，必须显式定义筛选逻辑，比如：

1. 用TOP 1加ORDER BY锁定特定行

UPDATE T1
SET col2 = T2.col2
FROM #TEMP T1
INNER JOIN (
    SELECT TOP 1 col1, col2
    FROM #TEMP2
    WHERE col1 = T1.col1
    ORDER BY col2 DESC -- 按需求排序，比如取col2最大的行
) T2 ON T1.col1 = T2.col1

2. 用窗口函数（ROW_NUMBER）精准匹配

UPDATE T1
SET col2 = T2.col2
FROM #TEMP T1
INNER JOIN (
    SELECT 
        col1, 
        col2,
        ROW_NUMBER() OVER (PARTITION BY col1 ORDER BY col2 ASC) AS rn -- 按col1分组，取每组第一行
    FROM #TEMP2
) T2 ON T1.col1 = T2.col1
WHERE T2.rn = 1;

这两种方式都能确保你拿到预期的源行来更新目标表，避免依赖数据库的不确定默认行为。

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