left join 最接近 vlookup 语义：保留左表所有行，右表无匹配时字段为 null；需确保 on 条件字段类型一致、右表关联键唯一，避免在 where 或 on 中误用 coalesce 导致逻辑错误。
LEFT JOIN 是最接近 VLOOKUP 语义的写法
SQL Server 没有 VLOOKUP 函数，但 LEFT JOIN 能准确复现它的行为：保留主表（左表）所有行，右表无匹配时对应字段为 NULL，不丢数据、不报错——这和 Excel 中 VLOOKUP(..., FALSE) 查不到返回 #N/A、你常套 IFERROR 处理的逻辑完全一致。
常见错误是误用 INNER JOIN：它会直接过滤掉左表中查不到匹配项的行，结果行数变少，和 VLOOKUP 的“补列不删行”原则冲突。
-
ON条件必须严格对应 VLOOKUP 的查找值（左表字段）和查找区域首列（右表关联键），例如o.customer_id = c.id - 两边字段类型必须一致；若
customer_id是VARCHAR而c.id是INT，隐式转换可能失败或拖慢查询 - 右表关联字段（如
c.id）建议建索引，否则JOIN性能急剧下降
COALESCE 在 SELECT 中填充 NULL 值，替代 IFERROR
COALESCE 是 SQL Server（及跨库）标准函数，用于在 SELECT 列表中把 NULL 替换为可读默认值，相当于 Excel 里的 IFERROR(VLOOKUP(...), "未知")。
它从左到右取第一个非 NULL 值，支持任意多个参数，比 ISNULL 更灵活（ISNULL 只接受两个参数，且是 SQL Server 专属）。
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
- 正确用法：
COALESCE(c.name, '未命名客户')—— 右表没匹配时显示“未命名客户” - 错误用法：
WHERE c.name IS NOT NULL或WHERE COALESCE(c.name, '') != ''—— 这会把LEFT JOIN退化成INNER JOIN，丢失无匹配的主表行 - 注意类型一致性：如果
c.name是VARCHAR(50)，填'未知'没问题，但填0（整数）可能触发隐式转换报错
ON 子句里慎用 COALESCE，避免破坏索引和语义
虽然可以在 ON 条件里写 COALESCE(a.key, a.fallback_key) = COALESCE(b.key, b.fallback_key) 实现“优先主键、无则备选”的回退匹配，但这会带来两个实际风险：
- SQL Server 通常无法对带函数的列（如
COALESCE(a.key, ...)）使用索引，导致全表扫描，性能骤降 - 语义易混淆：本意是“用 A 表某列去查 B 表”，但函数包裹后变成“拿转换后的值去比”，调试困难
- 更稳妥的做法是提前清洗左表：用
CASE WHEN a.key IS NULL THEN a.fallback_key ELSE a.key END计算出确定关联键，再参与JOIN
右表重复键必须显式去重，否则结果行数爆炸
VLOOKUP 遇到多条匹配只返回第一行（按物理顺序），而 LEFT JOIN 默认生成笛卡尔积——右表一个 id 对应 3 条记录，左表一行就会变成 3 行，彻底破坏业务逻辑。
解决方法不是靠运气，而是强制右表键唯一：
- 用子查询预聚合：
(SELECT id, MAX(name) AS name FROM customers GROUP BY id) - 用 CTE +
ROW_NUMBER()取最新一条：WITH ranked AS (SELECT *, ROW_NUMBER() OVER (PARTITION BY id ORDER BY updated_at DESC) rn FROM customers) SELECT * FROM ranked WHERE rn = 1 - 绝不能依赖“右表数据本来就不重复”的假设——上线后数据质量变化是常态
真正容易被忽略的点，往往不在语法是否合法，而在“右表是否真的键唯一”和“COALESCE 是否被误放在 WHERE 或 ON 里”。这两个地方一错，查询结果就 quietly wrong。
