Snowflake SQL CHANGES查询用IIF传时间戳报708错误咨询

Snowflake 中 CHANGES 变更追踪搭配时间旅行查询的 AT (TIMESTAMP => xxx) 子句，要求传入的时间参数必须是SQL编译阶段可确定的常量值，不支持运行时才计算的动态表达式：

• 你直接传入 to_timestamp(':lastTime') 时，参数是可在编译期解析的固定值，符合语法要求，因此可以正常执行。
• 当你在参数位置嵌套 IIF 函数时，即使分支条件恒为假（比如示例里的1=0），SQL解析器也不会对这类包含函数调用的表达式做常量折叠，会直接将其识别为动态计算值。校验阶段解析器会扫描表达式内所有可能的时间取值，发现表达式包含CURRENT_TIMESTAMP（语句执行时刻的当前时间），而CHANGES仅支持查询早于当前语句执行时刻、且在表时间旅行保留窗口内的已提交变更数据，解析器判定该动态表达式可能返回超出可用数据范围的未来时间点，就会直接抛出Future data is not yet available的708错误，根本不会走到运行时计算IIF分支的步骤。

根据业务场景选择以下任意一种方案即可：

• 方案1：将时间分支判断逻辑上移到生成SQL的业务代码层，在代码里完成IIF对应的分支判断，直接把最终确定的固定时间值拼入SQL的AT (TIMESTAMP => ...)子句，保证传入的是编译期可识别的常量参数，和你之前可正常运行的写法保持一致。
• 方案2：如果需要在Snowflake侧完成分支判断，先通过会话变量存储计算完成的固定时间戳，再在查询中引用会话变量，示例代码如下：

-- 先在会话层计算出最终要使用的确定时间戳，赋值给会话变量
SET query_timestamp = IFF(1 = 0, CURRENT_TIMESTAMP, to_timestamp(':lastTime'));
-- 引用提前计算完成的会话变量作为入参，此时参数为已确定的常量值
SELECT * FROM SOME_TABLE 
CHANGES(INFORMATION => APPEND_ONLY) 
AT (TIMESTAMP => $query_timestamp);

• 方案3：如果逻辑封装在Snowflake存储过程中，可以在存储过程的脚本层先完成时间分支判断，把计算好的固定时间值拼接进最终要执行的查询SQL，再调用内置执行器运行拼接后的语句，避免直接在CHANGES...AT子句中嵌套动态函数。

注意：Snowflake时间旅行相关的所有参数（TIMESTAMP/OFFSET/STATEMENT等）都不支持传入运行时动态计算的表达式，必须传入编译阶段可解析为确定值的常量、预赋值变量或绑定参数。

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