LEFT JOIN最贴近VLOOKUP语义，但需确保右表关联键唯一、ON条件精确匹配、避免WHERE过滤导致退化为INNER JOIN，并用COALESCE处理NULL以模拟#N/A。
LEFT JOIN 就是 SQL 里的 VLOOKUP，但行为不完全等价
SQL 没有原生 VLOOKUP 函数，但用 LEFT JOIN 可以模拟其“查主表、补从表字段”的核心逻辑。关键区别在于：VLOOKUP 默认只返回第一个匹配项（从上往下找），而 LEFT JOIN 会返回所有匹配行——如果从表存在重复键，主表一行可能变成多行，这是最常踩的坑。
怎么写才接近 VLOOKUP 的“单值返回”效果
要让 LEFT JOIN 行为更贴近 VLOOKUP，必须控制从表每条主键最多对应一行。常用做法：
- 确保从表连接字段（如
product_id）是唯一键，或提前用GROUP BY/DISTINCT ON/ 窗口函数去重 - 若从表有多条记录但只需取最新一条，可用子查询加
ROW_NUMBER() OVER (PARTITION BY key ORDER BY updated_at DESC) - 避免在
ON条件里写模糊匹配（如LIKE），VLOOKUP是精确匹配，SQL 也应保持一致
示例（PostgreSQL）：
Excel XLSX Formula Cleanup
下载
诊断并修复涉及公式、命名范围、Power Query 刷新、数据透视表、VBA/宏保存等问题的 Microsoft Excel XLSX 工作簿
SELECT a.order_id, a.customer_id, b.customer_name, b.region FROM orders a LEFT JOIN ( SELECT DISTINCT ON (customer_id) customer_id, customer_name, region FROM customers ORDER BY customer_id, updated_at DESC ) b ON a.customer_id = b.customer_id;
NULL 值处理：VLOOKUP 返回 #N/A，SQL 返回 NULL
LEFT JOIN 中未匹配的行，对应字段值为 NULL，这和 VLOOKUP 找不到时返回 #N/A 语义一致。但实际使用中常需转换：
- 用
COALESCE(b.customer_name, '未知客户')替换空值，避免下游报错 - 用
CASE WHEN b.customer_name IS NULL THEN '未匹配' ELSE b.customer_name END做显式标记 - 注意：不要用
WHERE b.customer_name IS NOT NULL过滤——这会让LEFT JOIN变成INNER JOIN，失去“保留主表全部行”的意义
性能陷阱：JOIN 字段没索引，比 Excel 卡十倍
Excel 查几万行可能不明显，但 SQL 中若 LEFT JOIN 的连接字段（如 orders.customer_id 和 customers.customer_id）没有索引，执行计划大概率走嵌套循环+全表扫描——10 万行主表 × 5 万行从表，就是 50 亿次比较。
- 务必确认两个表的连接字段都有 B-tree 索引（MySQL/PostgreSQL）或等效索引（SQL Server 的非聚集索引）
- 检查执行计划：PostgreSQL 用
EXPLAIN ANALYZE，MySQL 用EXPLAIN FORMAT=TREE - 字符串字段做连接时，注意大小写敏感性（如 MySQL 的
utf8mb4_0900_as_cs会导致 'A' ≠ 'a'），这会静默导致匹配失败
真正难的不是写出 LEFT JOIN，而是确认它在数据量变大后是否还稳定返回、是否真的只取到了想要的那一行。
