LEFT JOIN 是 SQL 中最贴近 VLOOKUP 的操作，但需严格满足三点：ON 条件必须精确等值且不移入 WHERE；右表关联键须唯一（如用 ROW_NUMBER() 去重）；字段类型、空格、大小写需显式对齐并建索引。
LEFT JOIN 就是 SQL 里的 VLOOKUP，但行为更严格
SQL 没有 VLOOKUP 函数，但 LEFT JOIN 在“从主表出发、查匹配项、保留主表所有行”这个核心逻辑上完全等价。区别在于：VLOOKUP 找到第一个匹配就停，而 LEFT JOIN 会返回所有匹配行——如果基准表有重复键，结果行数可能爆炸，这点极易被忽略。
写 LEFT JOIN 时必须显式指定 ON 条件，不能靠列名自动对齐
Excel 的 VLOOKUP 只需给查找值和范围，SQL 不会猜你想连哪两列。漏写或写错 ON 会导致笛卡尔积或全 NULL 结果：
-
ON后必须是两个表中**类型兼容、语义一致**的字段，比如t1.order_id = t2.order_id，不能写成t1.id = t2.name - 如果基准表（右表）的关联字段没建索引，大表 JOIN 会极慢；
VLOOKUP查小表快，但 SQL 里不加索引，10 万行就卡住 - 字符串比较注意大小写和空格：
TRIM(t2.code) = TRIM(t1.code)比直接等号更安全
处理找不到匹配项的情况：IS NULL 判断比 IFERROR 更关键
VLOOKUP 用 IFERROR 包一层防报错，SQL 里对应的是检查右表字段是否为 NULL。很多人只写 SELECT *，结果看到一堆 NULL 却不知道哪些是真没匹配上：
- 明确列出需要的右表字段，例如
t2.product_name, t2.price，避免*带来歧义 - 用
CASE WHEN t2.id IS NULL THEN '未匹配' ELSE t2.status END主动标记缺失 - 别在
WHERE里写t2.category = 'A'——这会把左表无匹配的行过滤掉，实际变成INNER JOIN
当基准表有重复键时，LEFT JOIN 结果会膨胀，VLOOKUP 却不会
这是最常踩的坑。Excel 中 VLOOKUP 默认只取第一个匹配，SQL 的 LEFT JOIN 会把左表一行和右表所有匹配行组合。比如订单表连产品表，若产品表里同一个 product_id 出现 3 次，一条订单就会变 3 行：
- 先确认基准表关联字段是否应为唯一：用
SELECT product_id, COUNT(*) FROM products GROUP BY product_id HAVING COUNT(*) > 1检查 - 若必须容忍重复，且只要一条记录，改用
LEFT JOIN LATERAL (SELECT ... LIMIT 1)（PostgreSQL）或窗口函数ROW_NUMBER() OVER (PARTITION BY key ORDER BY ...)过滤 - MySQL 8.0+ 可用
LEFT JOIN (...) AS t2 ON ...子查询提前去重，但性能不如原表加唯一约束
真正要复刻 VLOOKUP 的“取首条”行为，得主动控制，而不是默认依赖 JOIN 机制。
