ADF管道：查询结果为空时如何避免生成Blob存储文件

以下是几种基于ADF原生功能的可行方案：

方案1：前置判断结果行数，按需执行复制 #

这是从源头避免空文件生成的最稳妥方式：

• 在原复制活动前添加查找活动（Lookup），执行统计结果行数的查询，示例：

  SELECT COUNT(*) AS row_count FROM (你的原始查询语句) AS temp_result
  

• 紧接着添加If Condition活动，设置判断条件：

  @activity('Lookup_统计行数').output.firstRow.row_count > 0
  

• 将原复制活动和下游邮件通知都放到If Condition的True分支；False分支可留空，或添加日志标记“无数据，跳过复制流程”
• 只有当查询返回有效数据时，才会触发复制和后续通知，彻底避免空文件与无效邮件

方案2：复制后清理空文件 #

如果不想调整前置流程，可在复制完成后处理空文件：

• 保留原复制活动，之后添加Get Metadata活动，指向刚生成的Blob文件并勾选获取size属性
• 添加If Condition活动，判断条件：

  @activity('GetMetadata_检查文件大小').output.size == 0
  

• 在True分支添加Delete活动，删除该空文件
• 下游邮件通知活动设置为仅当Delete活动未触发（即文件非空）时执行，或在通知前先检查容器内是否存在非空文件

注意事项 #

• 使用方案1时，需保证查找活动的统计查询与原复制活动的查询逻辑完全一致，避免因并发写入等场景导致统计行数与实际复制行数不符
• 部分场景下ADF生成的“空文件”可能包含表头，大小不为0，此时需根据实际情况调整方案2中的size判断阈值

内容的提问来源于stack exchange，提问作者Randy B.