sql server子查询返回多值报错时，应按场景选择in、exists、聚合函数、相关子查询、cross apply或分步赋值，而非简单加top 1。
WHERE 中用 = 匹配子查询，报“Subquery returned more than 1 value”
这是 SQL Server 最常触发该错误的场景：你在 WHERE col = (SELECT ...) 里用了标量比较运算符，但子查询实际返回了多行。数据库明确拒绝这种语义冲突——= 只接受单值。
别急着加 TOP 1 或 MAX() 敷衍过去。先问自己：业务上到底想表达什么？
- 想查“属于某组中的任意一个”？立刻换
IN：WHERE status IN (SELECT status FROM audit_log WHERE event_id = 123) - 想查“只要存在匹配记录就行”？用
EXISTS更准更快：WHERE EXISTS (SELECT 1 FROM audit_log WHERE event_id = 123 AND status = t.status)，它不取值、不惧NULL、执行计划通常更优 - 真要拿一个聚合结果（比如平均值、最大值）做比较？补聚合函数：
WHERE amount > (SELECT AVG(amount) FROM orders o2 WHERE o2.user_id = o1.user_id)，但得确认“取平均”符合业务逻辑
SELECT 列表里写子查询，提示“subquery returned more than 1 value”
SQL Server 要求 SELECT 列表里的子查询必须是标量——返回且仅返回一行一列。哪怕你加了 DISTINCT，只要数据本身不唯一（比如不同用户设了不同头像），照样报错。
正确做法是把外层主键带进去，写成相关子查询：
SELECT id, (SELECT TOP 1 meta_value FROM user_meta um WHERE um.user_id = u.id AND um.meta_title = 'user_image' ORDER BY created_at DESC) AS avatar FROM users u
注意三点：
- 必须有
ORDER BY+TOP 1（SQL Server 强制要求），否则语法错误或结果不可控 - 不能只靠
DISTINCT去重——它不减少行数，只去相同值的重复项 - 若某用户没对应记录，这个写法自然返回
NULL，符合预期；别用ISNULL()硬兜底掩盖缺失逻辑
需要展开一对多关系（如一个订单对应多个商品明细）
嵌套子查询在这里彻底失效。你想在每行订单后面“拉出它的前三条订单明细”，SELECT (SELECT ...) 写法直接被 SQL Server 拒绝。
唯一合规路径是 CROSS APPLY：
SELECT o.OrderID, d.ProductID, d.Quantity FROM Orders o CROSS APPLY (SELECT TOP 3 ProductID, Quantity FROM OrderDetails d WHERE d.OrderID = o.OrderID ORDER BY LineNumber) AS d
关键约束：
-
CROSS APPLY右侧必须是带别名的表表达式，不能是裸子查询 - 漏掉
AS d会报Incorrect syntax near '(' - 右侧若调用表值函数（如
STRING_SPLIT），函数本身已返回表，但仍需别名：CROSS APPLY STRING_SPLIT(o.tags, ',') AS t - 性能敏感：它对左侧每一行都独立执行右侧逻辑，大数据量时容易扫表或重复计算，务必加好索引并用
EXPLAIN看执行计划
存储过程中变量赋值时子查询返回多行
像 DECLARE @pid INT = (SELECT ID FROM Table_a WHERE condition) 这种写法，一旦条件不唯一，就炸。SQL Server 不允许用多行结果初始化标量变量。
安全写法分两步：
- 先查，再赋值：
SELECT @pid = ID FROM Table_a WHERE condition—— 注意这里用的是=赋值运算符，不是声明时的初始化 - 加
TOP 1并明确排序：SELECT TOP 1 @pid = ID FROM Table_a WHERE condition ORDER BY created_at DESC - 检查是否赋值成功：
IF @pid IS NULL RAISERROR('未找到匹配记录', 16, 1)，别让变量保持意外的NULL或旧值
真正难处理的，是那些你以为条件唯一、实则因数据异常（比如脏数据、缺失索引、时间精度问题）导致多行返回的情况——这类问题往往上线后才暴露，得靠日志和监控提前捕获。
