参数化查询仅在Power Query生效，DAX中报错（Direct Query场景）

一、排查M参数传递失效问题 #

• 核对数据类型一致性：确保Power Query中创建的参数类型（比如整数）和SQL Server里Serial numbers字段的类型完全匹配。Direct Query模式下，类型不匹配会直接导致参数无法被DAX查询识别。
• 检查参数设置：在Power BI的参数配置里，确认参数是全局可见的，而非仅Power Query内部私有参数。如果需要用户调整偏移量，勾选「允许在报表视图中修改」选项。
• 验证查询折叠状态：在Power Query编辑器的「应用步骤」里，查看最后一步是否有查询折叠标识（双箭头图标）。若参数逻辑破坏了查询折叠，Direct Query会转为本地处理，触发报错。可以改用Value.NativeQuery将参数逻辑直接嵌入SQL语句，强制查询折叠到SQL Server端执行。

二、替代方案：用DAX实现需求 #

如果M参数传递始终有问题，可直接用DAX计算表实现SN范围筛选：

1. 创建两个基础度量值：

   Selected SN = SELECTEDVALUE('YourTable'[Serial numbers])
   Offset Count = SELECTEDVALUE('Offset Parameter'[Value], 2) // 2为默认偏移量，可绑定报表参数让用户调整
   

2. 生成范围计算表：

   SN Range Table = 
   VAR TargetSN = [Selected SN]
   VAR OffsetNum = [Offset Count]
   RETURN
   FILTER(
       ALL('YourTable'),
       'YourTable'[Serial numbers] >= TargetSN - OffsetNum && 'YourTable'[Serial numbers] <= TargetSN + OffsetNum
   )
   

3. 将这个计算表作为报表数据源，配合原切片器使用。注意：Direct Query模式下计算表会实时生成，需确保数据量在合理范围，避免性能瓶颈。

三、高效方案：SQL端存储过程处理 #

若允许修改数据源逻辑，可在SQL Server端创建存储过程，直接返回指定SN范围的数据，再通过Power BI Direct Query调用：

CREATE PROCEDURE GetSNRange
    @TargetSN INT,
    @Offset INT
AS
BEGIN
    SELECT Country, Allegation, [Serial numbers]
    FROM YourTable
    WHERE [Serial numbers] BETWEEN @TargetSN - @Offset AND @TargetSN + @Offset
END

在Power BI中通过「高级选项」调用存储过程，绑定Power BI参数到存储过程的输入参数即可。这种方式完全在SQL端执行，规避DAX与M参数的传递问题。

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