LEFT JOIN 可替代 VLOOKUP，但需正确使用 ON 条件、处理重复键、空值及类型不一致问题，并通过子查询或 CTE 保证右表键唯一，避免误写 WHERE 导致退化为 INNER JOIN。
LEFT JOIN 就是 SQL 里的 VLOOKUP，但必须写对 ON 条件
SQL 没有 VLOOKUP 函数，但 LEFT JOIN 在绝大多数场景下能完全替代它——前提是匹配逻辑和 NULL 处理方式一致。Excel 中 VLOOKUP(lookup_value, table_array, col_index, FALSE) 是精确查找，找不到就返回 #N/A；SQL 里对应的就是用 LEFT JOIN + 精确等值条件，然后检查右表字段是否为 NULL。
常见错误是把匹配条件写在 WHERE 子句里，比如：
SELECT a.*, b.category FROM orders a LEFT JOIN products b ON a.product_id = b.id WHERE b.id IS NOT NULL -- 错！这会把“查不到”的行直接过滤掉，变成 INNER JOIN
正确做法是把判断留在 SELECT 或后续逻辑中，保持 LEFT JOIN 的“保留左表所有行”语义。
处理重复键：VLOOKUP 只取第一个匹配，SQL 得手动去重
Excel 的 VLOOKUP 遇到多条匹配时，只返回第一个（按表中物理顺序）。SQL 的 LEFT JOIN 默认会生成笛卡尔积式的结果，导致主表一行变多行——这是最常被忽略的坑。
- 如果右表（如
products）存在重复id，必须先去重，例如用ROW_NUMBER() OVER (PARTITION BY id ORDER BY updated_at DESC)取最新一条 - 更稳妥的做法是把右表封装成子查询或 CTE，提前确保
JOIN键唯一：WITH unique_products AS ( SELECT id, category, price FROM ( SELECT id, category, price, ROW_NUMBER() OVER (PARTITION BY id ORDER BY version DESC) rn FROM products ) t WHERE rn = 1 ) SELECT o.*, p.category FROM orders o LEFT JOIN unique_products p ON o.product_id = p.id - 不要依赖“数据恰好没重复”——生产环境迟早出问题
空值与类型不一致会导致 JOIN 失效，比 Excel 更严格
Excel 的 VLOOKUP 对空格、大小写、数字/文本混存有一定容忍度（比如 "123" 和 123 有时能匹配）；SQL 的 = 判断完全严格：类型不同直接不匹配，字符串首尾空格、大小写（取决于 collation）都影响结果。
- 检查字段类型是否一致：
orders.product_id是INT，但products.id是VARCHAR？必须显式转换：CAST(b.id AS INT)或a.product_id = CAST(b.id AS BIGINT) - 清理空格：
TRIM(b.code) = TRIM(a.code)，尤其来自 Excel 导入的数据 - 大小写敏感时加
COLLATE SQL_Latin1_General_CP1_CI_AS（SQL Server）或使用LOWER()统一处理 - NULL 值永远不等于任何值（包括另一个 NULL），所以
ON a.code = b.code会跳过所有含 NULL 的行——若业务允许 NULL 匹配，得额外写OR (a.code IS NULL AND b.code IS NULL)
存储过程中封装成可复用逻辑：用表值参数或临时表传参
如果想让存储过程像 Excel 函数一样“调一次查一批”，不能硬编码表名。关键是把要查的 key 集合传进来，再和映射表 LEFT JOIN。
SQL Server 示例（用表值参数）：
CREATE TYPE dbo.StringList AS TABLE (value NVARCHAR(100)); GO <p>CREATE PROCEDURE dbo.GetCategories @codes dbo.StringList READONLY AS BEGIN SELECT c.value, p.category FROM @codes c LEFT JOIN products p ON TRIM(c.value) = TRIM(p.code); END
调用时：
DECLARE @input dbo.StringList;
INSERT @input VALUES ('A001'), ('B002'), ('X999');
EXEC dbo.GetCategories @input;注意：别用字符串拼接 CSV 再 STRING_SPLIT——性能差且无法利用索引；表值参数或临时表才是正解。
映射逻辑越靠近数据源（比如在存储过程里 JOIN），越容易控制去重、类型转换和空值策略；拖到应用层做“循环查”，既慢又难保证一致性。
