子查询必须用括号包裹且不能含独立order by；top 1可配合order by使用；in先生成结果集再匹配，exists为半连接、逐行判断且不受null影响。
子查询必须用括号包裹，且不能带 ORDER BY
SQL Server 要求所有子查询必须用 () 明确括起来，否则直接报错 Incorrect syntax near '('。哪怕只有一层，漏括号就失败。
常见错误是想在子查询里加 ORDER BY 排序——这是不允许的，哪怕你只是想取 top 1。SQL Server 会报错 The ORDER BY clause is not allowed in a subquery。真要排序取首行，得用 TOP 1 + ORDER BY 组合，且必须配合括号和明确的 SELECT 列表：
SELECT name FROM sys.tables WHERE object_id = (SELECT TOP 1 object_id FROM sys.indexes ORDER BY index_id)
注意：TOP 1 在子查询中合法，但 ORDER BY 仅用于辅助 TOP，不能独立存在。
IN vs EXISTS：性能差异大，别乱换
当子查询返回多值、外层需匹配时，IN 和 EXISTS 表面等价，但执行计划完全不同。
-
IN会先执行子查询，生成结果集，再对外层做哈希匹配；如果子查询结果为空（NULL占比高），IN可能意外返回空结果（因NULL比较逻辑） -
EXISTS是半连接，对外层每行执行一次子查询判断，遇到第一行即停；对大数据量+高选择性条件更友好，且不受NULL干扰
实操建议：
- 子查询结果集小（NULL，用
IN更直观 - 外层表大、子查询有高效索引（如
WHERE customer_id = @id），优先选EXISTS - 永远不要写
NOT IN (SELECT ...)——只要子查询含任意NULL，整个条件恒为FALSE；改用NOT EXISTS
窗口函数替代嵌套，多数场景更稳
需要“每个分组取第一条”这类逻辑时，硬写多层 NOT EXISTS 嵌套既难读又难调优。SQL Server 2005+ 支持窗口函数，ROW_NUMBER() 是首选。
关键点：
- 必须写全
PARTITION BY和ORDER BY，漏掉PARTITION BY就变成全表排一列序号 -
ORDER BY至少含一个唯一字段（如order_id），否则同时间戳下排序不确定，rn = 1结果不可靠 - 子查询别名必须有（如
t），否则外部WHERE rn = 1会报错Invalid column name 'rn'
示例：
SELECT order_id, customer_id, amount
FROM (
SELECT *, ROW_NUMBER() OVER (
PARTITION BY customer_id
ORDER BY order_date, order_id
) AS rn
FROM orders
) t
WHERE rn = 1;
动态 SQL 中嵌套子查询要防注入
存储过程中拼接 SQL 时，若把用户输入直接塞进子查询字符串，极易被注入。正确做法是全程参数化，子查询结构写死，仅参数占位。
错误示范（危险）：
SET @sql = 'SELECT * FROM users WHERE id IN (' + @user_ids + ')'; -- @user_ids 来自前端
正确写法：
- 用
STRING_SPLIT(@tags, ',')（SQL Server 2016+）代替字符串拼接 - 子查询内核固定：
(SELECT value FROM STRING_SPLIT(@tags, ','))，@tags是纯参数 - 老版本用临时表或自定义拆分函数，仍坚持参数传入，不拼字符串
真正容易被忽略的是：嵌套层级本身不是瓶颈，但每一层缺失索引、或子查询引用了未索引的关联字段（比如 WHERE o.customer_name IN (...)），会让性能断崖式下跌。写完务必看执行计划里的「Nested Loops」是否出现在高频路径上。
