Formula Firewall问题：Excel参数无法传递至SQL存储过程

核心原因 #

你原来的写法触发防火墙，是因为直接访问SQL数据源的步骤（Source）直接引用了其他查询/单元格参数，违反了Power Query的防火墙规则：访问外部数据源的步骤不能依赖其他查询或步骤的结果，必须将参数逻辑与数据源访问逻辑隔离。

下面提供两种可行的解决方案：

方案一：用自定义函数封装SQL调用 #

将参数提取为独立查询，再通过自定义函数传入参数执行存储过程，隔离参数逻辑与数据源访问：

1. 创建独立参数查询
   分别为每个参数创建单独的查询（比如par_job_no、par_from、par_to），示例代码（以读取Excel单元格为例）：

   // par_job_no 查询
   = Excel.CurrentWorkbook(){[Name="job_no_cell"]}[Content]{0}[Column1]
   

   （将job_no_cell替换为你存储参数的单元格所在的Excel表名称）

2. 创建自定义函数
   新建一个查询，编写封装SQL存储过程调用的函数，参数作为函数输入：

   let
       ExecuteUSP = (job_no as text, from_date as text, to_date as text) =>
           let
               Source = Sql.Database("SERVERNAME.local", "live", [Query="EXECUTE usp_queryname '" & job_no & "', '" & from_date & "', '" & to_date & "'"])
           in
               Source
   in
       ExecuteUSP
   

3. 主查询调用函数
   在主查询中获取参数值，调用自定义函数：

   let
       // 获取参数值
       job_no = par_job_no,
       from_date = par_from,
       to_date = par_to,
       // 调用函数执行存储过程
       Result = ExecuteUSP(job_no, from_date, to_date)
   in
       Result
   

方案二：使用原生参数化查询（推荐） #

这种方法避免SQL注入风险，同时更彻底地绕过防火墙，利用Power Query的Value.NativeQuery实现原生参数传递：

1. 创建独立参数查询
   同方案一，先创建par_job_no、par_from、par_to三个参数查询。

2. 主查询使用参数化原生查询

   let
       // 获取参数值
       job_no = par_job_no,
       from_date = par_from,
       to_date = par_to,
       // 建立数据库连接
       Server = "SERVERNAME.local",
       Database = "live",
       Conn = Sql.Database(Server, Database),
       // 定义带参数的SQL语句
       SQLQuery = "EXECUTE usp_queryname @job_no, @from_date, @to_date",
       // 定义参数映射
       Parameters = [job_no=job_no, from_date=from_date, to_date=to_date],
       // 执行参数化查询
       Result = Value.NativeQuery(Conn, SQLQuery, Parameters, [EnableFolding=true])
   in
       Result
   

   注意：如果参数是日期类型，需要确保PQ中的参数类型与SQL存储过程的参数类型匹配，可通过DateTime.From()等函数转换。

额外注意事项 #

• 所有参数查询建议设置为仅创建连接（不加载到工作表），避免不必要的数据加载和循环引用。
• 若使用方案一的字符串拼接方式，需注意参数值的转义（比如参数含单引号时要处理），方案二的参数化方式无需手动转义，更安全。

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