Access查询首次运行快速，二次运行卡顿的问题求助

核心结论 #

不是说这两个源查询完全不能直接关联，而是原查询的执行计划在重复运行时出现了异常波动，加入tblUser相当于给Access查询优化器提供了更明确的关联约束，强制它采用稳定高效的执行路径，从而避免了卡顿。

问题现象拆解 #

原查询的诡异表现（首次快、重复运行卡顿），本质是Access的查询优化器在不同场景下生成了不同的执行计划：

• 首次运行时，优化器可能基于临时统计信息选择了高效的索引或关联顺序，所以瞬间出结果；
• 切换视图或重复运行时，优化器可能重新评估执行计划，错误选择了低效路径（比如全表扫描、不合理的关联顺序、甚至潜在的笛卡尔积风险），导致查询无限卡顿；
• 按Esc取消后再次运行，优化器又可能随机选回高效计划，所以偶尔能恢复。

加入tblUser后恢复正常的原因 #

新增的tblUser通过双重关联（qselPlayerTeam.plyUserID_DB = tblUser.usrUserID_DB和qselStat_Batting.cbtUserID_DB = tblUser.usrUserID_DB），相当于给优化器加了一个强约束：必须先通过用户ID把两个源查询和基础表关联，限定了数据筛选的优先级，让优化器无法选择低效的执行路径，所以每次运行都稳定。

原查询的潜在优化点 #

如果不想依赖tblUser，可以尝试以下方案修复原查询：

• 给qselStat_Batting和qselPlayerTeam的关联字段（cbtUserID_DB、sidTeamID_DB、cmdMatchTypeID_PC）添加单字段或复合索引，帮助优化器快速定位关联数据；
• 先把qselPlayerTeam中plyMatchID_PC=6178576的结果提取为临时表，再和qselStat_Batting关联，减少关联的数据量；
• 在设计视图中调整表的连接顺序，强制让优化器先处理qselPlayerTeam的筛选条件，再关联qselStat_Batting。

原查询代码 #

SELECT qselStat_Batting.cbtUserID_DB
    , Count(qselStat_Batting.plyMatchID_PC) AS ContribValue
    , 1 AS StatTypeID, 5 AS StatClassRank
FROM qselStat_Batting
INNER JOIN qselPlayerTeam ON (qselStat_Batting.cbtUserID_DB = qselPlayerTeam.plyUserID_DB)
    AND (qselStat_Batting.sidTeamID_DB = qselPlayerTeam.plyTeamID_DB) 
    AND (qselStat_Batting.cmdMatchTypeID_PC = qselPlayerTeam.cmdMatchTypeID_PC)
WHERE (((qselPlayerTeam.plyMatchID_PC)=6178576)
    AND ((qselStat_Batting.mtcMatchDate)<([qselPlayerTeam].[mtcMatchDate])))
GROUP BY qselStat_Batting.cbtUserID_DB;

修改后查询代码 #

SELECT qselStat_Batting.cbtUserID_DB, Count(qselStat_Batting.plyMatchID_PC) AS ContribValue, 1 AS StatTypeID
FROM (qselStat_Batting INNER JOIN qselPlayerTeam ON (qselStat_Batting.cmdMatchTypeID_PC = qselPlayerTeam.cmdMatchTypeID_PC) AND (qselStat_Batting.sidTeamID_DB = qselPlayerTeam.plyTeamID_DB)) INNER JOIN tblUser ON (qselPlayerTeam.plyUserID_DB = tblUser.usrUserID_DB) AND (qselStat_Batting.cbtUserID_DB = tblUser.usrUserID_DB)
WHERE (((qselPlayerTeam.plyMatchID_PC)=6178576) AND ((qselStat_Batting.mtcMatchDate)<([qselPlayerTeam].[mtcMatchDate])))
GROUP BY qselStat_Batting.cbtUserID_DB;

内容的提问来源于stack exchange，提问作者L'le Tom