LEFT JOIN可替代VLOOKUP，需主表在左、查找表在右，ON条件严格等值匹配，右表键须唯一，用COALESCE处理NULL以模拟#N/A，重复键需子查询或ROW_NUMBER()去重。
用 LEFT JOIN 替代 VLOOKUP 的基本写法
SQL 没有 VLOOKUP 函数，但 LEFT JOIN 是最直接的等价操作：它保留左表所有行，对右表匹配项进行“查找填充”。关键在于把要“查”的表放在 JOIN 右侧，且 ON 条件必须严格对应查找键（比如 Excel 里 VLOOKUP(A2,Sheet2!A:B,2,0) 中的 A 列）。
常见错误是误用 INNER JOIN——它会丢掉左表中没匹配上的行，而 VLOOKUP 默认返回 #N/A，语义上更接近 LEFT JOIN + NULL。
- 左表是主数据（类似 Excel 原始表），右表是查找表（类似 Sheet2 的映射表）
-
SELECT中想取的“返回值”字段必须来自右表，例如lookup_table.value - 如果右表存在重复键，
LEFT JOIN会产生多行结果，这和VLOOKUP只返回第一个匹配不同
处理 VLOOKUP 的 #N/A 和重复键问题
VLOOKUP 找不到时返回 #N/A，SQL 中对应的是右表字段为 NULL。用 COALESCE 或 CASE WHEN 可模拟该行为；而重复键问题需提前去重或加限制。
示例：把 orders.customer_id 匹配到 customers.name，找不到则显示 'Unknown'：
SELECT orders.id, COALESCE(customers.name, 'Unknown') AS customer_name FROM orders LEFT JOIN customers ON orders.customer_id = customers.id;
- 用
COALESCE(customers.name, 'Unknown')替代IFERROR(VLOOKUP(...), "Unknown") - 若
customers表可能有重复id，先用子查询或 CTE 去重，否则一行订单可能变多行 - 某些数据库（如 MySQL 8.0+）支持
LATERAL或窗口函数来取“第一条匹配”，但跨库兼容性差，不建议默认依赖
当需要近似匹配（VLOOKUP 第四参数为 TRUE）时怎么办
VLOOKUP(..., ..., ..., TRUE) 是区间查找（如税率表、分段计费），SQL 没有内置等价语法，必须手动构造范围条件，且性能易出问题。
典型做法是用 BETWEEN 或两字段比较，配合 ORDER BY ... LIMIT 1（MySQL/PostgreSQL）或 TOP 1（SQL Server）取最近下界：
SELECT o.amount,
(SELECT TOP 1 rate
FROM tax_brackets t
WHERE t.min_amount <= o.amount
ORDER BY t.min_amount DESC) AS tax_rate
FROM orders o;
- 必须确保查找表已按区间下界排序，否则
ORDER BY ... DESC LIMIT 1不可靠 - 没有索引时，这个子查询对每行都全表扫描，大数据量下极慢
- 更稳的方式是改用
JOIN+ 窗口函数（如ROW_NUMBER() OVER (PARTITION BY ... ORDER BY ...)），但语法复杂且不通用
JOIN vs 子查询：哪个更像 VLOOKUP？
单列查找时，相关子查询写法（SELECT (SELECT ... FROM lookup WHERE ...) FROM main）结构上最像 VLOOKUP 公式——每行独立执行一次查找。但它在多数场景下比 JOIN 性能差，且无法一次取多列返回值。
- 子查询适合只查 1 个字段、且右表很小或有强索引的情况
-
JOIN更适合取多个字段、或右表较大——数据库优化器能更好处理连接逻辑 - 注意：子查询若返回多行会报错（
Subquery returns more than 1 row），而JOIN会静默膨胀结果集，调试时容易忽略
真正容易被忽略的是右表的数据质量：键值空格、大小写、类型隐式转换（比如字符串 ID 和整数 ID 混用）都会让 JOIN 匹配失败，表现就像 VLOOKUP 一直返回 #N/A，但错误更隐蔽。动手前先 SELECT DISTINCT 检查两边键的值和类型。
