[颂]. 将多组计量行合并替换为批次合并

□ 总结

合并向量测量结果,但不首先将其转换为单个“InternalDataPoint”对象。 对#13998下#14066的跟进.

□ 大小审计和依赖性

分类:跟踪母,不是可执行的叶子或自动执行任务. 边界:生产多组计量调用器 " MorgeGroupMIterator " 及其 " sortableDataPoints " / " sortedMIterator " 堆栈。 这涉及批量消费、呼叫者/入侵者迁移、计划调整、订单/版本分解和资源所有权。 遗产去除合并后分解. 被屏蔽:#14066通过BanyanDB PR apache/skywalking-banyandb#1326.

□ 要求

R1. 直接合并和合并每组批次;不内部重建行合并。 R2. 保存请求的订单、基于版本的调试、系统对齐和页码。 R3. 只有当反应边界需要时,才将原生出物化;保持追踪和反应相容性。 R4. 完成、取消和出错时正确释放所消耗的批量。

□ 混凝土预言

由两组提供这些记录,分批提供重复版本:

页:1 时间戳=10, SID=7, 版本=1, 值=100 时间戳=10, SID=7, 版本=3, 值=300 时间戳=20, SID=8, 版本=1, 值=200

增加的产出为`(10,7,3,300)',后为`(20,8,1,200)'。 降级颠倒了这个顺序. 乘以冲抵1和限制1后只返回`(20,8,1,200)'。

□ 完成标准和RED测试方向

- [ 真正的处理器多组调用器消耗了分批本土并购.
- [ 测试主张精确的甲骨文跨越分批边界,加上索引顺序和支持的策略对齐.
- [ ] 如果恢复行迭代/物质化,则路径敏感的生产调取器回归失败。 仅靠产出断言是不够的:现有的合并已经产生了这些答案。
- [ 每个可执行儿童在执行前指明其公共界限和失败测试;没有仅由帮助者进行基础公关计算作为完成。
- [ ] 取消/错误测试核实资源释放;基准比较报告分配,但不声称有新的资源约束,而未证实。

包件: " banyand/query " 、 " pkg/query/逻辑/计量 " 、 " pkg/query/核证/计量 " 。

嘘
./banyand/query./pkg/query/逻辑/度量衡./pkg/query/核查/度量/.
进行测试./测试/整合/独立/清水/./测试/整合/分配/清水/.

□ 超出范围

改变普通的Top或GroupBy语义;内部的TopN预分解RPC;分解-演化的集合部分还原(分离的工作流).

家长:#13998.

□ 兼容性和审查政策

• 保留现有的磁盘和有线格式以及混合版本相容性。 任何必要的协议修改都需要单独审查的相容性合同。
• 使用明确、手工计算的预期结果;不依赖被删除的行引擎作为测试甲骨文。
• 人文审查 . . . . . . .