不能直接用LEFT JOIN配子查询取最近记录，因SQL Server禁止相关子查询中使用TOP，且性能为O(N×M)；应改用OUTER APPLY配合索引(order_id, created_at DESC)实现高效关联。
为什么不能直接用LEFT JOIN配子查询取最近记录
在SQL Server中，想对主表每行关联其在从表中的“最近一条记录”，很多人第一反应是写个LEFT JOIN加子查询，比如SELECT *, (SELECT TOP 1 id FROM logs WHERE logs.order_id = orders.id ORDER BY created_at DESC)。但这种写法在WHERE或ON里嵌套TOP会报错，或者被SQL Server拒绝执行——因为相关子查询中不允许TOP（除非加ORDER BY且外层有明确作用域限制），更关键的是性能极差：对主表每行都触发一次独立子查询，N×M复杂度。
CROSS APPLY + TOP 1 是唯一可靠解法
CROSS APPLY把右侧表达式当作“可调用函数”对待，支持引用左侧的列，并天然允许TOP和ORDER BY。它不是连接，而是为左侧每一行“计算一次右侧结果集”，再横向拼接。要取最近一条，必须确保排序字段能准确反映“最近”含义（通常是时间戳或自增ID）。
- 必须显式写
ORDER BY created_at DESC（或id DESC），否则TOP 1结果不确定 - 右侧子查询需用括号包裹，且别名不能省略：
CROSS APPLY (SELECT TOP 1 * FROM logs l2 WHERE l2.order_id = orders.id ORDER BY l2.created_at DESC) AS latest_log - 若某订单无日志，
CROSS APPLY会丢弃该行；需要保留空关联，改用OUTER APPLY
ORDER BY字段类型和索引直接影响性能
没有索引时，CROSS APPLY对每行都要全表扫描logs并排序，O(N×M log M)。实际必须建复合索引：
CREATE INDEX IX_logs_order_id_created_at ON logs (order_id, created_at DESC);
注意两点：
- 索引字段顺序必须是
order_id在前（用于WHERE等值过滤），created_at DESC在后（支撑TOP+ORDER BY快速定位最大值） - 不要用
datetime2以外的类型做排序字段——如果用GETDATE()插入且未指定精度，不同行可能毫秒级相同，导致TOP 1结果不稳定 - 如果业务上“最近”由版本号定义（如
version INT），索引应为(order_id, version DESC)
替代方案对比：ROW_NUMBER() vs CROSS APPLY
有人用窗口函数先标序再过滤：ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY created_at DESC) AS rn，然后外层WHERE rn = 1。这在逻辑上等价，但实际执行计划常更重：需先生成全部行序号，再过滤，内存和IO开销更大。而CROSS APPLY配合索引，SQL Server优化器能直接走索引Seek，找到每个order_id的第一条匹配就停，更轻量。
不过ROW_NUMBER()适合需要“第2近”“前3条”等扩展场景；CROSS APPLY只适合严格取单条，且必须接受它不支持OFFSET（不能写OFFSET 1 ROW FETCH NEXT 1 ROW ONLY）。
真正容易被忽略的是：当created_at存在NULL值时，ORDER BY created_at DESC会把NULL排在最前（SQL Server默认），导致取到错误记录。务必确认字段是否允许NULL，或在WHERE中排除：WHERE l2.created_at IS NOT NULL。
