xjoinx 的参数不能用同一个游标，需要定义成多个游标来使用。
这跟多个线程从同一个游标取数一样，每个线程只能取到一部分数据，所有线程取到数据合起来才是完整的数据。

附加了 group 操作的游标重复使用时有个 bug，已修改提交到 git 上了。

谢谢大佬🙏 …我多问两句哈😄

1、游标是不能复制的吧，比如 cs.derive() 是不会产生一个不同于源 cs 的另一个 CS 吧。

2、这种叉乘有没有优化方法？此例的意思是，一堆客户买了一些商品，要求出哪些商品是这个客户买了但其他客户没有买的。叉乘一一配对。
xjoin 中过滤条件，一个是客户自己不跟自己比较，两个比较客户之间相同的商品数量要至少两样才符合，然后再求出补集, 求补集的时候又是叉乘。
此处 xjoin 和 fjoin 相差无几，跑出结果的时间平均在 6 秒左右，写法上都是硬搞，但比 SQL 跑的快，在 DuckDB 里跑 SQL 跑了 15 秒，也有其它数据库跑不出来结果。

这种两两比较的只能是叉乘方式，数据量大也只能来回读。
能想的办法只能是工程方面的，比如是否能把购买的商品做成对位序列，这样做交集可以用位运算。但商品数太多就不行了。或者购买商品号是有序的，算差集的时候可以用归并。还有，算到空集时就立即结束，不要再读下去了（这个 xjoin 直接写不出来了，要用 for）。

具体这个题，如果结果集及所有的商品并集在内存中可以放得下，大概也可以遍历一次算出来。
设 A1, A2, …，An 是每个客户的商品集合。

ALL=[]
R=[]
for Ak    // 依次读出A1, ..., An
   R.run( if (~.len()>0, ~ = ~\Ak ) )
   R = R | [Ak\ALL]
   ALL = ALL & Ak

R 就是结果。
这样遍历一次就能算出来，计算量也少一半左右。但要求内存能把 R 和 ALL 都放下。

谢谢老贼指导，您有心指点，无奈我悟性不够，始终没有领会您的意思，只好再次打扰。麻烦您有空有心情的时候再看看🙏

简化一下题目，3 个客户 a,b,c 各自买了商品，比如 a 购买了 1、2、3 号商品，b 购买了 2、3、4 号商品，c 购买了 1、2、3、5 号商品，如下所示：

现在 a,b,c 之间做叉乘，实际上就是 N 取 2 的组合，配对得到 3 组：

1、[a:{1,2,3},b:{2,3,4}]
2、[a:{1,2,3},c:{1,2,3,5}]
3、[b:{2,3,4},c:{1,2,3,5}]

此处为了方便，正好都满足每一组配对的交集个数都是至少 2 个，比如第 1 组中的 a^b=[2,3]，如果组中的交集数量小于 2 个就不满足配对要求。这样配对完成后，再从每一组中求出两个差集 a\b 和 b\a，比如 a\b=1，返回 [b,1]，表示客户 b 没购买的商品；同理 b\a=4，返回[a,4] 表示 a 没有购买的商品。接下来第二组要返回 [a,5]，因为 c 买了 a 购买过的所有商品，所以此时[c,null] 在结果中不出现，同理第三组返回[b,1],[b,5],[c,4]，最终结果为 3 组结果去重后的结果，得到[a,4],[a,5],[b,1],[b,5],[c,4]

我理解错了意思 “要求出哪些商品是这个客户买了但其他客户没有买的”

这句话，我理解是找出每个客户独有购买的商品（他买过而其它人没买过，就他的商品集和其它人的商品集的差集），这样每个客户只有一个结果集。总共是 n 个结果集，也就是结果集的规模是 n。

现在的意思似乎是两两之间都有两个结果集，总共会有 n*(n-1) 个结果集，这是平方级的了，也只能平方级的算法了，复杂度上不会降低了，能想的办法只是工程上让每一步算得快一点。