为何Decimal转Whole number导致Power Query无法显示原生查询？

一、为什么转换Decimal为Whole Number会导致原生查询不可用？ #

Power Query的原生查询（Native Query）依赖于将所有数据处理逻辑下推到数据源（SQL Server）执行，只有当Power Query能把每一步操作精准翻译成对应的SQL语句时，才会保留原生查询选项。

Decimal转Whole Number的操作无法生成原生查询，核心原因有两个：

• Power Query的整数转换逻辑（如自动截断、四舍五入规则）和SQL Server的CAST/CONVERT函数行为不完全匹配，Power Query无法确保转换逻辑能被精准映射，因此选择在本地内存中执行该转换，而非下推到数据库。
• 该类型转换属于Power Query的本地操作范畴，默认不会尝试翻译成SQL，一旦触发本地操作，后续步骤的原生查询选项就会被禁用。

二、如何实现原生查询并支持增量加载？ #

方案1：在SQL数据源层面提前完成类型转换 #

直接在SQL查询中把Decimal类型字段转换为整数，让Power Query直接读取转换后的结果，所有逻辑都在数据库端执行，原生查询会被完整保留。

示例SQL语句（根据需求选择转换方式）：

-- 直接截断小数部分（对应Power Query的"转换为整数"）
SELECT 
    CAST(your_decimal_column AS BIGINT) AS your_whole_number_column,
    incremental_key, -- 用于增量加载的字段（如自增ID、时间戳）
    other_columns
FROM your_large_table

方案2：在Power Query中使用自定义SQL导入数据 #

不要通过可视化界面选表导入，而是选择"高级选项"中的"SQL语句"，将包含类型转换的查询直接写入，Power Query会直接执行该SQL并返回结果，原生查询完全可用。

操作步骤：

• 在Power Query的数据源选择界面，选择SQL Server后，点击"高级选项"。
• 在"SQL语句"输入框中粘贴上述包含类型转换的SQL代码。
• 加载数据后，所有步骤都会基于该原生SQL，右键可查看原生查询。

方案3：结合增量加载的配置 #

针对5000万行的大表，增量加载需要基于一个唯一且递增的字段（如自增ID列id或时间戳列last_updated），具体配置步骤：

1. 在Power Query中创建参数last_load_value，用于存储上次加载的最大增量键值（初始值可设为0或最早时间）。
2. 修改自定义SQL，加入增量过滤条件：

SELECT 
    CAST(your_decimal_column AS BIGINT) AS your_whole_number_column,
    id,
    last_updated,
    other_columns
FROM your_large_table
WHERE id > @last_load_value -- 或 last_updated > @last_load_value

3. 加载数据后，设置增量加载规则：每次刷新时，获取当前数据的最大增量键值，更新last_load_value参数，下次刷新仅加载新增数据。

注意事项 #

• 选择SQL转换函数时，要确保和Power Query的转换逻辑一致：CAST(col AS BIGINT)会截断小数，ROUND(col, 0)会四舍五入，FLOOR(col)取最小整数，按需选择。
• 增量加载的字段必须建立索引，否则5000万行的表会出现过滤缓慢的问题，建议给incremental_key列添加非聚集索引。

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