我们继续讨论集合运算中的 Lamba 语法，引入和次序相关的运算能力。
SQL 延用了数学上的无序集合概念，遍历集合时也不关注次序。但计算机只能一步步地执行，循环时总会有个次序，充分利用这个次序就可以方便地表达更丰富的计算需求。
比如我们想从一个集合取出半数成员构成新集合。这看起来象是过滤运算，但过滤条件和集合成员本身并没有关系，而是由循环时的次序号决定的。
SPL 中只用 ~ 写法还无法方便地描述出这种运算，这时候还需有个符号（标识符）来表示循环的次序号。这是 Lambda 语法的第四条。
事实上，大部分高级语言在写循环语句时都会有个循环变量来表示次序号，就起到了这个作用。但在 Lambda 语法中并没有提供这个机制，碰到这种运算就只能再写循环或人为造个序号序列才能完成，就显得很繁琐。SQL 也没有表示遍历次序号的方案，只能先用子查询人为制造一个序号出来再针对这个序号进行过滤。
SPL 用 #来表示遍历的次序号，那么这个运算就很容易写了：
A.select(#<=A.len()/2) 取前一半成员 A.select(#%2==0) 取偶数位置的成员
对应地，在过滤运算中一般总是返回满足条件的成员，但有时候我们并不关心具体成员而只关心成员的次序号，SPL 中还设计返回次序号的过滤函数：
A.pselect( ~>5 ) 返回大于5的成员的次序号
类似地，还可能有：
A.pmax() 返回最大值的次序号 ...
关于这些位置相关的运算，我们以后还会专门讲。
考虑到集合上遍历的次序时，我们还可以进一步丰富计算的描述能力。
比如有 12 个月的销售额数据已经按次序准备好，要计算哪些月份的增长率超过了 5%。
SQL 写这种跨行计算比较麻烦，需要用 JOIN 或窗口函数把上月数据和本月数据对齐，然后再来计算增长率，这不可避免地用到子查询。
如果提供了相邻成员的引用语法，就可以很容易描述这个计算了。
SPL 中用 [i] 表示和当前成员距离为 i 的成员，再结合前述的 #写法，上面的计算就可以写成：
A.(if(~/~[-1]>1.05,#,0)).select(~>0)
~[-1] 表示前一个成员，也就是上月销售额。找出把增长率超过 5% 的月份（也就是 #），其它月份清 0，最后选出这些非 0 的月份。
如果用上述的返回次序号的过滤函数，还可以写成更简单的形式：
A.pselect(~/~[-1]>1.05)
除了相邻成员外，还可能有相邻集合的引用，比如还是上面的集合，我们希望计算前后各一个月的销售额移动平均值。
SPL 把 [i] 表达式扩展成 [a,b] 写法来表示相邻成员构成的集合，这个运算就很容易描述了：
A.(~[-1,1].avg())
相邻集合还可能有更复杂的情况，比如计算到当月的累积销售额。
SPL 允许 [a,b] 写法中 a 缺省表示从第一个成员开始（对等地，b 缺省可以理解为最后一个成员），这个运算可以写成
A.(~[,0].sum())
同样的，面向结构化数据计算也还可以直接使用字段名，如果例子中的集合是由“月份”和“销售额”的两个字段构成的表，则上述的运算可以分别写成：
A.select(amount/amount[-1]>1.05) 这里结果集中已有月份字段，不再需要用#了 A.derive(amount[-1,1].avg:move_average) 增加一个字段表示移动平均 A.derive(amount[,0].sum():cum_amount)
考虑到有序性时，Lambda 语法的规则就比常规集合运算要复杂一些，而这些有序运算是经常发生的，如果 Lambda 语法不支持，会导致这些计算难以描述，程序员就要再退回到编写多行循环语句的状态，或者人为造出序号，繁琐且影响可读性。
SQL 没有提供有序的 Lambda 语法，经常需要使用子查询和窗口函数来生成序号，某些复杂些的有序遍历运算甚至写不出来，也要用存储过程手段转换成多行循环语句才可以。从这个意义讲，SQL 虽然有集合化特性，但集合化不够彻底。
Python 提供了局部的序号能力，相邻引用也比较麻烦。SPL 可能是唯一提供较完整有序 Lambda 语法的语言。