这问题我碰到过好多次了——当Power Query默认把全量数据拉到本地再过滤时，40万条记录确实会拖垮性能。核心解决思路是让过滤逻辑在Access数据源端执行，也就是让Access自己先完成过滤，再把精简后的结果返回给Power Query，而不是先拉全量数据到本地处理。下面给你几个实操方案：

1. 直接在初始查询中用SQL语句嵌入过滤（最推荐） #

与其先导入整个表再做过滤，不如一开始就告诉Access只返回你需要的数据：

• 打开那个仅保留连接的初始查询，进入Power Query编辑器
• 如果是新建查询：选择「获取数据」→「从数据库」→「从Access数据库」，选中你的Access文件后，不要直接选目标表，点击高级选项，在「SQL语句」框里输入带过滤条件的SQL，比如：

  SELECT * FROM 你的目标表 
  WHERE 产品名称 NOT IN ('产品X', '产品Y') 
    AND 客户ID NOT IN ('客户A', '客户B')
  

• 如果是修改现有查询：右键初始查询→「高级编辑器」，把原来的数据源替换成带SQL参数的形式，示例如下：

  let
      Source = Access.Database(File.Contents("C:\你的Access文件路径.accdb"), [Query="SELECT * FROM 目标表 WHERE 产品ID NOT IN ('P001','P002')"])
  in
      Source
  

这样Power Query会直接把SQL发送给Access执行，只返回过滤后的结果，不会加载全量40万条记录。

2. 检查子查询的过滤是否能被自动下推 #

如果你的过滤逻辑是在子查询里做的，Power Query有时候能自动把简单过滤下推到数据源，但不是所有情况都支持：

• 在子查询的「应用步骤」里找到过滤步骤，右键点击→查看本机查询
  • 如果能看到对应的SQL语句，说明过滤已经在Access端执行了，没问题
  • 如果显示「无法显示本机查询」，说明这个过滤是在本地执行的，得把逻辑移到初始查询或者用SQL方式实现
• 能自动下推的过滤通常是简单的：等于、不等于、IN、BETWEEN、基本的文本匹配，复杂的自定义函数或多步嵌套逻辑一般无法下推

3. 优化Power Query的全局设置，避免不必要的数据加载 #

• 确保所有查询都设置为仅创建连接，不要勾选「加载到工作表」，避免冗余的数据存储
• 打开Power Query编辑器，点击「文件」→「选项和设置」→「查询选项」，在「数据加载」里取消勾选允许数据预览下载全部数据，这样预览时只会加载少量样本数据，不会触发全量拉取

额外小贴士 #

• 如果Access表的过滤字段（比如产品ID、客户ID）没有索引，建议给这些字段加个索引，能大幅提升Access执行过滤的速度
• 尽量把所有能在数据源端完成的处理（过滤、筛选、简单聚合）都整合到SQL里，减少Power Query本地处理的数据量

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