如何通过字段拼接对比两个Access表差异（忽略指定字段）

问题核心 #

你遇到的拼接关联失效，大概率是因为字段类型不统一导致的拼接结果不一致，或是空值未处理导致拼接后无法匹配。全字段拼接有效是因为所有字段都参与了匹配，而忽略ID后只选NBR和TXT时，这两个字段的类型或空值问题就暴露了。

修正后的SQL写法 #

1. 找出TableA独有的记录（忽略ID）

SELECT a.*
FROM TableA AS a
LEFT JOIN TableB AS b
ON CStr(a.[NBR]) & a.[TXT] = CStr(b.[NBR]) & b.[TXT]
WHERE b.[NBR] IS NULL;

2. 找出TableB独有的记录（忽略ID）

SELECT b.*
FROM TableB AS b
LEFT JOIN TableA AS a
ON CStr(b.[NBR]) & b.[TXT] = CStr(a.[NBR]) & a.[TXT]
WHERE a.[NBR] IS NULL;

关键细节说明 #

• 类型统一转换：如果[NBR]是数字类型，直接和文本字段[TXT]拼接时，Access的隐式转换可能出现不一致（比如数字402和字符串"402"拼接逻辑差异），用CStr()强制转成文本后再拼接，能确保两边的拼接字符串格式一致。
• 空值处理：如果[NBR]或[TXT]存在空值，拼接结果会变成Null，无法和任何值匹配。这种情况要加上Nz()函数处理空值，把空值替换成空字符串：

  -- 兼容空值的版本
  SELECT a.*
  FROM TableA AS a
  LEFT JOIN TableB AS b
  ON CStr(Nz(a.[NBR], "")) & Nz(a.[TXT], "") = CStr(Nz(b.[NBR], "")) & Nz(b.[TXT], "")
  WHERE b.[NBR] IS NULL;
  

为什么这个方案能规避「SQL Too complex」错误 #

全字段空值检查的SQL会因为字段数量多，生成的WHERE条件过于冗长复杂，触发Access的SQL复杂度限制。而把需要对比的字段拼接成单一字符串做关联，大幅简化了JOIN条件的结构，避免了这个错误。

验证示例记录 #

如果TableA存在NBR=402、TXT=Skyler的记录，而TableB没有，执行第一个SQL就能返回这条差异记录；反之如果TableB有这条记录而TableA没有，执行第二个SQL即可获取。

内容的提问来源于stack exchange，提问作者MK01111000