关于as绑定的表格表达式引用时丢失序列化特性的技术问询

这是预期行为，let 和 as 在绑定命名表达式时存在本质差异，尤其在处理序列化行集时表现明显。

核心差异 #

• let 绑定：会将右侧表格表达式（包含sort这类序列化操作）的结果**具体化（materialize）**为一个持久化的命名实体。后续每次引用该名称时，调用的是已经完成序列化的完整行集，因此支持row_number()这类依赖行集序列化状态的函数。
• as 绑定：仅为当前管道中的行集添加一个临时别名，不会触发结果具体化。后续引用别名时，实际是重新执行整个上游管道逻辑，但此时行集并未被标记为序列化状态——as本身不具备固化行集状态的能力，所以row_number()会因上下文不符合要求报错。

示例对应分析 #

1. let 绑定可正常执行 #

let Events = range _ from 1 to 5 step 1 | project N = rand(100) | sort by N asc; 
Events; 
Events | extend K = row_number();

let将sort后的序列化行集固化存储，两次引用Events都是直接调用已序列化的结果，row_number()能正常计算行号。

2. as 绑定调用row_number()报错 #

range _ from 1 to 3 step 1 | project N = rand(100) | sort by N asc | as Events; 
Events | extend K = row_number();

as Events只是上游管道的别名，引用时会重新执行上游流程，但行集未被具体化，缺少序列化标记，触发错误：

Function 'row_number' cannot be invoked in current context. Details: the row set must be serialized

3. Lookup操作中的差异 #

let绑定的序列化行集是已具体化的实体，lookup可以直接识别并使用；而as绑定的别名仅为管道引用，未固化状态，lookup无法确认其为序列化集合，因此报错。

实践建议 #

• 若需要复用带有序列化状态的行集，使用let绑定来固化结果。
• as适合在单一管道内临时标注行集，不适合跨管道复用需要保持状态的行集。

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