Access 2010内连接查询结果异常：子查询与生成表关联结果差异

这种情况确实挺让人挠头的——明明连接逻辑看起来完全一致，结果记录数却差了一个数量级，我之前在处理Access查询时也碰到过类似的坑，给你梳理几个最可能的原因：

• 隐式数据类型转换导致匹配失效
  你提到的那个数字格式日期字段（比如201701）很可能是问题核心。当你用SELECT子查询和大表连接时，子查询返回的这个字段可能被Access自动识别为文本类型，而大表里的字段是数字类型。内连接时的隐式类型转换会让很多本该匹配的记录被过滤掉；但把子查询生成物理表后，你可能手动调整了字段类型和大表统一，或者Access在生成表时自动对齐了类型，所以匹配恢复正常。
  验证方法：打开子查询的设计视图查看字段返回类型，对比大表和生成表的字段类型；也可以在子查询里显式转换类型，比如用CLng(日期字段)将其转为数字后再连接试试。

• 子查询的隐式去重设置
  有没有可能你的SELECT子查询被自动加上了去重逻辑？比如在Access设计视图里不小心勾选了「唯一值」选项，或者SQL语句里包含DISTINCT关键字，这会让子查询返回的记录是去重后的结果；而生成物理表时没有保留这个去重设置，表中存在重复的匹配项，和大表连接后自然返回更多记录。
  检查方法：查看子查询的SQL语句是否有DISTINCT，或者在设计视图里确认「唯一值」选项的状态。

• Access查询优化器的执行计划差异
  Access的查询优化器对嵌套子查询和物理表的处理逻辑经常不一样。针对子查询，它可能选择了低效的连接策略，导致部分匹配项因为索引或执行计划的问题未被命中；而物理表能更好地利用索引，连接更完整。
  验证方法：单独运行子查询，对比它和生成表的记录数。如果子查询记录数更少，说明子查询本身有过滤；如果记录数一致，那大概率是执行计划问题，可以尝试给连接字段添加索引，或者把日期字段的匹配条件单独放到WHERE子句中。

• 空值的不同处理逻辑
  连接字段中如果存在空值，Access对子查询和物理表的空值判断可能存在差异。比如子查询中的字段可能因计算产生隐性空值，内连接时被排除；而物理表的空值处理更直接，不会额外过滤。可以尝试在连接条件中显式排除空值：AND 子查询.日期字段 IS NOT NULL AND 大表.日期字段 IS NOT NULL，看看结果是否变化。

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